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PREFÁCIO 


ESCREVENDO O LIVRO QUE EU GOSTARIA 
DE LER 


Eu sempre consumi muitos livros de desenvolvimento de 
software brasileiros. Antes de conhecer a Casa do Código, eu tinha 
uma grande frustação com os livros dedicados ao desenvolvimento 
de software em português, e até mesmo com alguns internacionais. 


Se você já leu algum livro da Casa do Código, ele é diferente 
desde a capa e todo seu conteúdo. Tem uma abordagem mais 
moderna e menos ortodoxa do que os outros livros possuem. Pois, 
na minha opinião, livros da área de desenvolvimento de software 
deveriam ter essa pegada mais leve e gostosa de ler. 


E o que me levou a escrever meu primeiro livro, lançado em 
2015 pela Casa do Código, foi a vontade de criar um que eu gostaria 
de ler. Isso quer dizer, com um conteúdo prático, que o leitor 
pudesse se desenvolver nível a nível sem se frustrar com o que 
estivesse começando a aprender. E o mais importante, na minha 
opinião, com cenários e problemas comuns do dia a dia do 
desenvolvedor. 


Este livro é para quem está começando a se aventurar no 
maravilhoso mundo do desenvolvimento de software e quer 
começar a trabalhar com um banco de dados. Este livro é para quem 
já conhece SQL e quer se aperfeiçoar na utilização de um 
gerenciador de banco de dados. Este livro também é para quem 
conhece o PostgreSQL e quer construir um projeto utilizando-o. 


Do começo ao fim, vamos desenvolver um projeto que pode ser 
aplicado na prática. Em cada exemplo, busquei aplicar problemas 


comuns do dia de um desenvolvedor. 


CÓDIGO-FONTE 


O código-fonte de todos os códigos gerados durante o nosso 
projeto neste livro estão disponíveis em meu repositório no GitHub. 
Lá você vai encontrá-los separados por capítulos. 


https://github.com/viniciuscdes/postgresql codigos 
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Feedback é muito importante para todos os profissionais. Após 
lançar meu primeiro livro, tive muitos feedbacks positivos e muitos 
que trouxeram oportunidades de melhoria que pude aplicar neste 
meu segundo livro. 


Será um imenso prazer para mim saber o que você tem a dizer 
sobre este meu trabalho. Você pode enviar sua dúvida ou feedback 
para o e-mail a seguir: 


viniciuscdeswgmail.com 





Se preferir, pode acessar meu site pessoal também. Lá você 
encontrará todas as minhas redes sociais e contatos. 


http://www.viniciuscdes.net 
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CAPÍTULO 1 


INTRODUÇÃO 


“Toda empresa precisa de gente que erra, que não tem medo de 
errar e que aprenda com o erro”. — Bill Gates 


1.1 BANCO DE DADOS 


Tecnologias de banco de dados dão suporte diário para 
operações e tomadas de decisões nos mais diversos níveis da 
empresa, da operação à gerência. Eles são vitais para as organizações 
modernas que querem se manter competitivas no mercado e no 
cenário atual de extrema concorrência. 


O entendimento dos seus registros da empresa é crucial para a 
formulação de consultas e perguntas para o negócio. Isso é possível 
se a empresa tem o suporte de um bom banco de dados para essas 
questões. 


Umas das palavras que mais temos ouvido nos últimos 3 anos é 
o tal do big data, que em poucas palavras é: extrair e, de alguma 
maneira, relacionar a maior quantidade de dados sobre o seu 
negócio. Entretanto, poucas empresas estão tirando proveito das 
informações que elas possuem em seus bancos de dados, e 
transformando isso em inteligência de negócio, devido a pouco 
conhecimento da gerência ou por não possuírem ferramentas 
necessárias. 


Big data é um assunto tão extenso quando o PostgreSQL. Se 
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você se interessar por análise de dados, vale a pena buscar se 
informar sobre como implantar e gerenciar softwares para extrair 
dados de bancos e implantar o big data em sua empresa ou para seus 
clientes. 


Quando digo dados, estou querendo dizer todas as informações 
e registros gravados em um banco de dados da empresa, seja esse 
banco conectado a um ERP, CRM etc. A análise e uma boa 
administração desses dados são vitais para o negócio e tomadas de 
decisões dentro de uma organização. Volto a frisar a importância de 
ter uma boa ferramenta para administrar esse bem tão precioso da 
empresa. E será essa ferramenta para fazer a administração de seus 
dados que veremos neste livro, o PostgreSQL. 


Princípios de um SGBD relacional 


Se você enviou um e-mail hoje, escreveu um post no Facebook 
ou no Twitter, ou enviou uma mensagem de celular, essas 
informações que você publicou ficaram lá armazenadas. E esse 
armazenamento é feito em um banco de dados. 


Estamos conectados a diversos bancos de dados diariamente. 
Eles estão no computador, no celular, no tablet, no videogame e em 
até em alguns eletrodomésticos como algumas geladeiras modernas 
que salvam listas de compras. 


Os bancos de dados gerenciam de forma automatizada os dados 
lá armazenados. Eles são conhecidos como Sistemas Gerenciadores 
de Banco de Dados Relacional (SGBDR), ou apenas Sistemas 
Gerenciadores de Banco de Dados (SGBD). O modelo de banco de 
dados relacional é o mais usado, principalmente por sua capacidade 
de manter a integridade dos dados quando existe alteração nas 
estruturas das tabelas. Isso porque seus mecanismos que interligam 
as tabelas relacionadas fazem com que seja muito seguro o trabalho 
com um SGBD relacional. Veremos esses mecanismos no decorrer 
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do livro. 


O conceito básico de SGBD relacional é um conjunto de tabelas 
relacionadas, e estas são compostas por alguns elementos básicos: 
colunas, linhas e campos. Além desses elementos, o SGBD possui 
outros que também serão apresentados aqui. Cada um deles será 
demonstrado e analisado, não se preocupe em conhecê-los agora. 


Importância do banco de dados no projeto de 
construção de software 


Os dados de uma empresa, se não forem o elemento mais 
precioso, estão entre eles. Uma informação armazenada 
incorretamente, ou de forma desordenada, pode custar todo o 
negócio. Sabendo disso, não tenha medo de desenhar esquemas, 
testar os esquemas das tabelas, trocar opiniões com outros 
desenvolvedores na hora de modelar um banco de dados. 


Realizar uma manutenção na estrutura de suas tabelas após o 
sistema em produção é um custo muito caro para o projeto. Além 
de ter um impacto na ocupação do tempo dos programadores, caso 
você esteja modelando o banco, custará o seu tempo de retrabalho, 
como também pode ter um impacto diretamente em seus usuários, 
podendo gerar muita reclamação ou o encerramento do seu projeto. 


Sempre que tenho a oportunidade de falar sobre projetos de 
software, principalmente sobre a construção de banco de dados, 
deixo muito claro que esta etapa dirá muito sobre a qualidade do 
seu sistema no futuro. É claro, conforme seu sistema vai crescendo, 
pode surgir a necessidade de fazer alterações em algumas estruturas. 
Mas se a modelagem for feita pensando em um cenário escalável, 
suas chances de sucesso vão aumentar consideravelmente. 


1.2 POSTGRESQL 


1.2 POSTGRESQL 3 


O PostgreSQL é um poderoso sistema gerenciador de banco de 
dados objeto-relacional de código aberto. Por muito tempo, foi 
descriminado no mundo dos bancos de dados, e o seu recente 
aumento de popularidade veio de usuários de outros bancos de 
dados em busca de um sistema com melhores garantias de 
confiabilidade, melhores recursos de consulta, mais operação 
previsível, ou simplesmente querendo algo mais fácil de aprender, 
entender e usar. Você encontrará no PostgreSQL todas essas coisas 
citadas e muito mais. 


Com mais de 15 anos de desenvolvimento ativo e uma 
arquitetura que comprovadamente ganhou forte reputação de 
confiabilidade, integridade de dados e conformidade a padrões, o 
PostgreSQL tem como características: 


e É fácil de usar: comandos SQL do PostgreSQL são 
consistentes entre si e por padrão. As ferramentas de 
linha de comando aceitam os mesmos argumentos. Os 
tipos de dados não têm truncamento silencioso ou 
outro comportamento estranho. Surpresas são raras, e 
essa facilidade de utilização se generaliza para outros 
aspectos do sistema. 


e É seguro: PostgreSQL é totalmente transacional, 
incluindo mudanças estruturais destrutivas. Isto 
significa que você pode tentar qualquer coisa com 
segurança dentro de uma transação, mesmo a exclusão 
de dados ou alterar estruturas de tabela, com a certeza 
de que, se você reverter a transação, cada mudança que 
você fez será revertida. Fácil backup e restauração 
tornam trivial clonar um banco de dados. 


e É poderoso: PostgreSQL suporta muitos tipos de dados 
sofisticados, incluindo JSON, XML, objetos 


4 12 POSTGRESQL 


geométricos, hierarquias, tags e matrizes. Novos tipos 
de dados e funções podem ser escritos em SQL, C, ou 
linguagens procedurais muito incorporadas, incluindo 
Python, Perl, TCL, e outras. Extensões adicionam 
diversas capacidades rápida e facilmente, incluindo full- 
text search, acompanhamento de slow query, 
criptografia de senha e muito mais. Durante o livro, 
veremos exemplos acompanhados de uma explicacáo 
teórica para ficar fácil o entendimento. 


É confiável: PostgreSQL é muito amigável tanto para o 
desenvolvimento de software quanto para 
administração de banco de dados. Todos as conexões 
são processos simples e podem ser gerenciadas por 
utilitários do sistema operacional. Ele também fornece 
ao sistema operacional o que o banco e cada conexão 
estão fazendo. O layout de pasta padrão torna mais fácil 
de controlar onde os dados são armazenados para que 
você possa fazer o uso máximo do seu particionamento. 
Ele usa as facilidades de inicialização do sistema 
operacional em todas as plataformas. 


É rápido: PostgreSQL faz uso estratégico de indexação 
e consulta de otimização para trabalhar com o menor 
esforço possível. Ele tem um dos planejadores de 
consulta mais avançados de qualquer banco de dados 
relacional, e ainda expõe seu raciocínio interno através 
da demonstração de explicar. Logo, você pode 
encontrar e corrigir problemas de desempenho se eles 
surgirem. PostgreSQL pode lidar com mais 
armazenamento de dados e gerenciamento de 
necessidades com facilidade, e é uma excelente 
ferramenta para aprender também. 
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Onde, quando e como? 


Como um banco de dados de nível corporativo, o PostgreSQL 


possui funcionalidades sofisticadas como: 


e O controle de concorrência multiversionado (MVCC, 


em inglês); 

Recuperação em um ponto no tempo (PITR, em 
inglês), tablespaces; 

Replicação assíncrona; 

Transações agrupadas (savepoints); 

Cópias de segurança quente (online/hot backup); 

Um sofisticado planejador de consultas (otimizador) e 
registrador de transações sequencial (WAL) para 
tolerância a falhas; 

Suporta conjuntos de caracteres internacionais; 
Codificação de caracteres multibyte, Unicode e sua 
ordenação por localização; 

Sensibilidade a caixa (maiúsculas e minúsculas) e 
formatação; 

É altamente escalável, tanto na quantidade enorme de 
dados que pode gerenciar quanto no número de 
usuários concorrentes que pode acomodar. Existem 
sistemas ativos com o PostgreSQL em ambiente de 
produção que gerenciam mais de 4TB de dados. 


Resumindo, o que você precisar, não ultrapassando os limites 


apresentados na lista a seguir, o PostgreSQL poderá lhe oferecer 
com excelência de um de um grande banco de dados Open Source. 
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Alguns limites do PostgreSQL estão incluídos na lista a seguir: 


e Tamanho máximo do banco de dados: ilimitado 
e Tamanho máximo de uma tabela: 32 TB 
e Tamanho máximo de uma linha: 1.6 TB 
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e Tamanho máximo de um campo: 1 GB 

Máximo de linhas por tabela: ilimitado 

e Máximo de colunas por tabela: 250-1600 dependendo 
do tipo de coluna 

e Máximo de índices por tabela: ilimitado 


Com essas informações, respondendo as perguntas onde, 
quando e como, podemos dizer que poderemos criar desde 
aplicativos até complexos sistemas ERP para gerenciar uma empresa 
(de pequeno até grande porte). 


Como usar o PostgreSQL? 


Se você nunca usou um banco de dados relacional, respire 
fundo, e você verá como as coisas são simples. PostgreSQL é 
realmente baseado em alguns conceitos bastante fáceis, aplicada 
com rigor. 


Imagine uma tabela com alguns dados contidas em uma 
planilha do Excel. O PostgreSQL é como um sistema que gerenciará 
essas tabelas. Só que quando você tem uma planilha aberta, somente 
uma pessoa pode estar editando — diferentemente do SGBD, em 
que muitas pessoas podem estar mexendo. 


Estas tabelas do banco de dados possui uma estrutura rígida 
imposta pelo sistema de gestão de dados, para que as informações 
contidas nelas não sejam corrompidas. Cada informação e cada 
estrutura inserida no banco de dados devem seguir uma série de 
especificações e padrões. Volto a frisar que veremos cada uma 
dessas especificações e padrões quando cada elemento for 
apresentado. 


Você vai interagir com essas tabelas usando uma linguagem 
chamada Structured Query Language (SQL), que foi projetada para 
ser fácil de aprender e ler, sem sacrificar a potência. Se você já está 
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usando um banco de dados relacional, começando com PostgreSQL, 
é fácil. Você só precisa instalá-lo. Mas não feche o livro e não desista 
do PostgreSQL, porque mais à frente veremos como fazer isso, 
deixar tudo pronto, aprender a criar usuários e bancos de dados e 
como se conectar. 


A partir daí, é apenas uma questão de descobrir quais são as 
diferenças entre o seu banco de dados relacional antigo e 
PostgreSQL, e começar a fazer uso de novos e interessantes recursos 
que só ele tem. Se você já está usando um sistema não relacional, 
como um banco de dados NoSQL, seu caminho será semelhante, 
mas você também pode ter de aprender algo sobre como estruturar 
um banco de dados relacional. 


Você vai descobrir que, com a replicação e armazenando XML, 
JSON, cordas matérias, e usando o Ltree e extensões do PostgreSQL 
hstore, você pode obter muitos benefícios de seu sistema NoSQL. 
Você vai descobrir que poderá utilizar em todos seus projetos, tanto 
online como offline. Você testará sua imaginação muitas vezes para 
conseguir usar todas as suas funcionalidades. 


SQL no PostgreSQL muda alguma coisa? 


SQL significa Structured Query Language e é a linguagem padrão 
utilizada pelos bancos de dados relacionais. Os principais motivos 
disso resultam de sua simplicidade e facilidade de uso. Mais uma 
vez, não entrarei no mérito histórico, mas algo relevante que você 
precisa conhecer são suas categorias de comandos. 


Alguns autores divergem entre exatamente quais são. Eu separei 
três. Ao pesquisar em um estudo diferente, você pode encontrar que 
alguns comandos citados por mim em uma categoria talvez estejam 
em outra. Elas são: 


e DML — Linguagem de Manipulação de Dados: esses 
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comandos indicam uma ação para o SGBD executar. 
Usados para recuperar, inserir e modificar um registro 
no banco de dados. Seus comandos são: INSERT, 
DELETE , UPDATE , SELECT e LOCK. 


+ DDL— Linguagem de Definição de Dados: comandos 
DDL são responsáveis pela criação, alteração e exclusão 
dos objetos no banco de dados. São eles: CREATE 
TABLE , CREATE INDEX , ALTER TABLE , DROP 
TABLE, DROP VIEW e DROP INDEX. 


e DCL— Linguagem de Controle de Dados: responsável 
pelo controle de acesso dos usuários, controlando as 
sessões e transações do SGBD. Alguns de seus 
comandos são: COMMIT , ROLLBACK , GRANT e 
REVOKE . 


Cada um dos comandos aqui citados será explicado ao longo 


do livro e aplicado em nosso projeto! 





PostgreSQL na Web vs. PostgreSQL offline 


Mesmo com a ascensão das linguagens de programação para 
web e mundo mobile, ainda existem vários desenvolvedores que 
desenvolvem sistemas offline ou ainda dão manutenção em sistemas 
legados. Essa é uma questão que dependerá do projeto. O 
PostgreSQL vai cumprir seu papel da melhor forma 
independentemente da plataforma, seja ela online ou offline. 


Isto é algo que você não deve se preocupar. Algo que é 
independente da plataforma é a capacidade de processamento da 
máquina em que você rodará o seu servidor de banco de dados. 
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Deve-se pesquisar de qual máquina você precisará para rodar a sua 
aplicação sem ter problemas. 


1.3 O QUE DIZEM OS DESENVOLVEDORES 


Fiz uma pesquisa entre desenvolvedores que usam o PostgreSQL 
no dia a dia perguntando a eles sobre os desafios de seus projetos, 
como utilizam este banco de dados e como ele os ajuda. Com o 
resultado desta pesquisa, fiz uma compilação que você confere na 
sequência. Ao todo, foram 225 respostas. 


e Você está satisfeito com o desempenho do 
PostgreSQL pelo que você espera de um SGBD? 
o 90% SIM 
o 10% NÃO 


e Em qual plataforma do seu sistema você utiliza o 
PostgreSQL? 
o 8% Desktop 
o 92% Web 


e Se você respondeu web na pergunta anterior, qual 
servidor de hospedagem você utiliza? 

o 22% DIGITAL OCEAN 

o 42% HEROKU 

o 26% AMAZON 

o 3% LINODE 

o 2% LOCAWEB 

o 5% OUTROS 


e Qual o sistema operacional do seu servidor de banco 
de dados? 
o 85% Linux 
o 15% Windows 
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e O que o levou a escolher o PostgreSQL como seu 
gerenciador de banco de dados? 
o 22% Variedade de funções 
o 5% Facilidade de desenvolvimento 
o 30% Desempenho 
o 2% Compatibilidade 
o 33% O melhor SGBD open source 
o 8% Outros 


Pelos números apresentados, podemos dizer que os 
desenvolvedores estão satisfeitos com o desempenho e uso do 
PostgreSQL. Eu, particularmente, mesmo sendo suspeito para falar, 
estou muito satisfeito com o que o PostgreSQL tem me retornado 
em projetos nos quais o estou utilizando. 


Tenho projetos em MySQL, Oracle e PostgreSQL. Cada um tem 
uma história e necessitava de uma estrutura. Os que estão usando 
PostgreSQL estão com um excelente desempenho, não tenho do que 
reclamar. São projetos de CRM de médio, grande porte, 
desenvolvidos para regras de negócios específicas. 


1.4 INSTALANDO E CONFIGURANDO 


Durante o livro, para desenvolvermos o nosso projeto, vamos 
utilizar a versão 9.6 do PostgreSQL, que é a última lançada. 
Descreverei como você poderá instalar nos 3 principais sistemas 
operacionais mais usados: Linux, Mac OS e Windows. 


Para fazer o download das versões disponíveis, acesse o link: 
http://www.postgresql.org/download. Lá poderá baixar a versão 
específica para o sistema operacional que desejar. 


Instalando no Mac OS 
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Para fazer essa instalação, estou usando o Mac OS X 10.10 
Yosemite. Você pode usar a versão disponível no site, ou utilizar 
uma versão mais simples e fácil. Para MAC OS, existe um aplicativo 
chamado PostgreApp, que é a maneira mais simples de usar o 
PostgreSQL no MAC OS. Ele roda como um serviço. Você baixa e 


executa-o. Muito simples. 


Primeiro, vá até o site http://http://postgresapp.com/ e faça o 
download. Quando ele estiver baixado, abra-o. Ao abrir, você verá 
que, ao lado do relógio, aparecerá uma imagem de um elefante que 
mostrará o serviço do PostgreSQL rodando, como mostra a figura 
na sequência. 


$ 
vw 
n 


= OD > D 4) Tue 4:23: 
Running on Port 5432 


About Postgres 
Open Documentation 


Open psgl 


v Open Documentation at Start 
Automatically Start at Login 


Quit 





Figura 1.1: Servigo do PostgreSQL rodando 


Quando vocé abre, também abrirá uma tela inicial do Postgre 
App. Ela possui o botáo open psql para vocé iniciar o console para 
começar a criar e manipular seu banco de dados. 
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Welcome to Postgres 


ya You now have a PostgreSQL server running locally. 
Look for the elephant in the menu bar! 





Documentation Preferences Open psal 


Figura 1.2: Tela de inicio do Postgre App 


Será no console da aplicação onde escreveremos nossos scripts e 
comandos de criação e manipulação do nosso futuro banco de 
dados. Mais à frente, mostrarei esses comandos. 


Instalando no Linux 


Na página de download, você poderá encontrar versões 
disponíveis para as distribuições do Linux, como: Red Hat, Debian, 
Ubuntu, Suse e para versões genéricas. Para realizar a instalação, 
vou utilizar o Ubuntu, versão 14.04. 


No Ubuntu, temos as opções de baixar pacotes de instalação 
compilados, ou via comandos. Eu particularmente prefiro fazer a 
instalação via comandos, uma vez que é mais rápido e simples. 


Primeiramente, atualizaremos os pacotes com: 


$> sudo sh -c "echo 'deb http://apt.postgresql.org/pub/repos/apt/ 
precise-pgdg main' > /etc/apt/sources.list.d/pgdg.list"; 


$> wget --quiet -O - http://apt.postgresql.org/pub/repos/apt/ACCC4 
CF8.asc | sudo apt-key add - 


Para manter sempre atualizado os pacotes de programas no 
Linux, utilizamos o comando: 
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$> sudo apt-get update 


$> sudo apt-get install postgresql-common 


Após a atualização, podemos baixar a nova versão desejada, com 
o seguinte comando: 


$> sudo apt-get install postgresql-9.6; 


Como queremos baixar uma versão específica, é preciso escrever 
como fizemos. Se tivéssemos escrito apenas: 


$> sudo apt-get install postgresql; 


Seria baixada a última versão liberada. Pronto, já podemos 
utilizá-lo. 


Para acessá-lo, abra o terminal e digite o comando: 
$> sudo -i -u postgres psql 


O postgres é o nosso usuário e banco de dados criado por 
padrão do PostgreSQL. 


Ao logar, altere a senha do nosso usuário com o comando: 
$> alter user postgres with password 'senha'; 


Agora saia do terminal usando Nq , e acesse novamente usando 
o comando: 


$> psql -U postgres postgres -h localhost 
Informe a senha, e pronto. Já podemos brincar com o nosso 


banco! 


Instalando no Windows 


Depois de ter feito o download no site do PostgreSQL para o 
Windows, execute o arquivo. Ele abrirá a tela seguinte. Em seguida, 
clique em Next. 
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E Setup 
Packaged by: 
a Setup - PostgreSQL 


POSTGRES Welcome to the PostgreSQL Setup Wizard. 


PostgreSQL 











Figura 1.3: Instalação no Windows — Passo 1 


Escolha a pasta onde será instalado e novamente Next. 
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+) Setup 


Installation Directory 





Please specfy the directory where PostgreSQL will be installed. 
Installation Directory | C:\Program Files\PostgresQL\9.6| | A 











InstallBuilder 











Figura 1.4: Instalação no Windows — Passo 2 


Agora escolha a pasta na qual seus arquivos de dados ficarão. 
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Please select a directory under which to store your data. 


Data Directory Program FilesPostgresQLI2.6 data 








InstallBuilder 








Figura 1.5: Instalação no Windows — Passo 3 


Depois, digite uma senha de sua escolha para o usuário padráo 
postgres de seu banco de dados, e entáo em Next. 
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E Setup = |5] xX 


Password 


Please provide a password for the database superuser (postgres). 


Password lisina 


Retype password | ***=**] 


InstallBuilder 


< Back Next > Cancel 








Figura 1.6: Instalação no Windows — Passo 4 


Na tela seguinte, terá um input box com a porta de acesso de 
gerenciador de banco de dados. Por padráo, o PostgreSQL utiliza a 
porta 5432 . Se você não possuir muito conhecimento, aconselho 
deixar a padrão e clicar em Next. 
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Please select the port number the server should listen on. 


Port |5432] 





Figura 1.7: Instalação no Windows — Passo 5 


As duas últimas telas serão Next e depois Finish para você 
concluir a sua instalação e começar a utilizar o PostgreSQL. 


Os comandos de criação de novos bancos e outras coisas serão 
os mesmos para todos os sistemas. Por isto, mostrarei mais à frente. 
No decorrer do livro, também darei exemplos de ferramentas para 
manipulação de dados, entre outras ferramentas para utilizar em 
mais de um sistema operacional. 


Durante o desenvolvimento do projeto deste livro, usarei um 
Linux como meu sistema operacional principal para 
desenvolvimento. Se houver algum comando que fizer que é 
diferente em outros sistemas, mostrarei ambos, não se preocupe. 
Você pode programar com o sistema operacional que mais lhe 
agradar. 
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1.5 PARA PENSAR! 


Se você vai desenvolver um sistema que várias pessoas vão 
utilizar, você precisa instalar o PostgreSQL em um servidor. A 
maioria dos desenvolvedores prefere servidores com Linux, e 
realmente são melhores. Mas nada impede que você tenha um 
servidor com Windows. Para o desenvolvimento, utilize o sistema 
operacional que você mais gostar e com o qual se sente bem. E neste 
caso, você tem essas três opções. 


Seu projeto será offline ou online? Você conhece as ferramentas 
de desenvolvimento do sistema operacional que você usa? Se seu 
sistema rodar offline, você sabe como montar uma rede? Se ele for 
rodar na web, você conhece as plataformas de hospedagem? 


Pense um pouco nas perguntas anteriores como preparação para 
iniciarmos o projeto que desenvolveremos durante o livro. Neste 
capítulo, conhecemos um pouco sobre o SQL e o PostgreSQL. No 
próximo, vamos conhecer um pouco mais sobre os padrões de 
dados do PostgreSQL e começar a esboçar o nosso projeto. Darei 
mais detalhes na sequência. 
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CAPÍTULO 2 


COMECE A DESENVOLVER 
COM O POSTGRESQL 


"As únicas grandes companhias que conseguiráo ter éxito sáo 
aquelas que consideram os seus produtos obsoletos antes que os 
outros o façam”. — Bill Gates 


2.1 PL/PGSQL 


Se vocé trabalha ou já trabalhou com o Oracle, sabe o que é o 
PL/SQL. É a linguagem procedural do banco de dados Oracle que 
permite a inclusáo de lógica no SGBD. Já o PL/pgSQL (Procedural 
Language/PostgreSQL) é a linguagem de programação procedural do 
PostgreSQL. Com ela, é possível inserir lógica em seu banco de 
dados. 


Neste momento, vocé deve estar se perguntando por que 
precisaríamos de lógica ou de uma linguagem para trabalhar com 
banco de dados, já que os comandos SQL conseguem apenas 
manipular os dados seu em SGBD. E utilizamos alguns objetos 
quando precisamos criar processos automatizados ou que tenham a 
necessidade de serem aplicados rotineiramente. Mas eu explicarei e 
mostrarei esses processos nos capítulos Functions — Agilizando o 
dia a dia, Funções, operadores e operações, Banco de dados rápido 
nos gatilhos e Turbinando as consultas com joins e views. Aproveite 
esses três primeiros capítulos para absorver bem a introdução de 
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vários conceitos e base de seus estudos sobre banco de dados. 


PL/pgSQL é uma linguagem procedural que você grava no 
sistema de banco de dados PostgreSQL. Os objetivos do PL/pgSQL 
foram criar uma linguagem procedural carregável que pode ser 
usada para criar funções e procedimentos de gatilhos, acrescentar 
estruturas de controle à linguagem SQL, poder realizar cálculos 
complexos, e herdar todos os tipos, funções e operadores definidos 
pelo usuário. Ela pode ser definida para ser confiável para o servidor 
e ser fácil de usar. 


Funções criadas com PL/pgSQL podem ser usadas em qualquer 
lugar em que funções internas são utilizadas. Por exemplo, é 
possível criar funções de cálculo condicional complexos e depois 
usá-las em chamadas de triggers, como veremos no capítulo 
Funções, operadores e operações, ou em eventos agendados, como 
será mostrado no capítulo Turbinando as consultas com joins e 
views. 


Nos próximos capítulos, entraremos em assuntos em que vamos 
usar PL/pgSQL. Conforme formos fazendo os exemplos, vou 
explicando a melhor maneira de utilizar em seus projetos e tudo vai 
ficar mais claro. 


Neste capítulo, conheceremos algumas características dos tipos 
de dados que o PostgreSQL suporta e iniciaremos a descrição do 
nosso projeto que vamos desenvolver no decorrer deste livro. 


2.2 DATATYPES: DO BÁSICO AO AVANÇADO 


Cada informação deve ser armazenada com o seu tipo correto. 
Isto é, um campo em que serão inseridos apenas números deverá ser 
do tipo numérico. É extremamente importante e crítico fazer a 
escolha do tipo de cada informação que você vai armazenar. 
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Quem está fazendo o projeto do banco de dados deve conhecer 
o tipo de informação e os tipos disponíveis no banco. Por exemplo, 
se quisermos armazenar um campo numérico do tipo real e 
criarmos para isso um campo numérico inteiro na tabela, seria um 
grande problema. Isso porque seria um problema tentar inserir um 
número decimal em campo que apenas suporta números inteiro. 


Outro problema que é muito comum entre alguns 
desenvolvedores é a utilização de campos do tipo string , que 
armazenam qualquer tipo de caractere, em campos que deveriam 
armazenar apenas números. Então, vamos conhecer os tipos de 
dados disponíveis no PostgreSQL. 


Campos do tipo String 


Usados para armazenar campos alfa-numéricos. Entre os 
campos do tipo string, temos: 


varying(n) : variável do tipo string . Devemos 
informar o limite entre parênteses. 

e varchar(n) : tipo de variável padrão para o tipo 
string . Devemos informar o limite entre parênteses. 

e character(n) : tipo de variável string. 

e char(n) : tipo de string que possui o tamanho fixo. 
Entre parênteses, deve ser informado o número de 
caracteres. 

e text : variável de tamanho ilimitado. Usamos campo 
text para armazenar informações no formato de 

texto, como uma descrição ou um campo de observação 

em formulários. 


Campos do tipo boolean 


Variáveis do tipo boolean são utilizadas para testar se uma 
condição é verdadeira ou falsa. Quando iniciarmos os nossos 
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exemplos, demonstrarei como usá-las. 


Campos do tipo numéricos 


Utilizados para armazenar números. Não use campos do tipo 
string para armazenar números. Dê preferência para campos do tipo 
da informação que você vai armazenar. Com isso, evitará futuros 
transtornos e erros em seu software, principalmente erros de 
inconsistência de dados. 


Entre os campos do tipo numéricos, temos: 


e smallint : capacidade de 2 bytes de armazenamento e 
pequena variação. Ele suporta números inteiros de 
-32768 até +32767. 

e integer : capacidade de armazenamento de 4 bytes, 
principal escolha para utilizar em campos para 
armazenar números inteiros. Ele suporta números de 
-2147483648 até +2147483647. 

e bigint : capacidade de armazenamento de 8 bytes. 
Possui uma grande capacidade de armazenamento. 
Pode armazenar números inteiros de 
-9223372036854775808 até +9223372036854775807. 

e decimal : tipo numérico usado especificamente 
quando precisar armazenar números com precisão 
decimal. Pode armazenar exatos 131072 dígitos antes 
do ponto decimal e 16383 dígitos depois do ponto 
decimal. 

e numeric : também utilizado para armazenar número 
com precisão decimal. Possui a capacidade de 
armazenar exatos 131072 dígitos antes da casa decimal 
e 16383 dígitos depois da casa decimal. 

e real:coma capacidade de armazenamento de 4 bytes. 
Este tipo de campo armazena números reais e com até 6 
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dígitos decimais. 

e double : com a capacidade de armazenamento de 8 
bytes. Pode armazenar até 15 dígitos nas casas decimais. 

e smallserial : com a capacidade de armazenamento 
de 2 bytes. Este campo é um que se autoincrementa. 
Armazena números inteiros de 1 até 32767. 

e serial : com a capacidade de armazenamento de 4 
bytes. Também é um campo de autoincremento. 
Armazena números inteiros de 1 até 2147483647. 

e bigserial : com a capacidade de armazenamento de 8 
bytes. O campo autoincremental com a maior 
capacidade de armazenamento. Armazena números 
inteiros de 1 até 9223372036854775807. 


Campo autoincremental 


São campos que possuem a capacidade de aumentar 
automaticamente. A cada novo registro em uma tabela, ele soma +1 
ao número anterior e insere no campo. Veja um exemplo: 


Tenho em uma tabela um campo com o nome de controle 
que é o tipo serial , e o campo cidade que é do tipo 
varchar(10) . Na tabela, temos: 


controle cidade 
1 Americana 
2 Brasília 
3 Curitiba 
4 Dracena 
5 Eldorado 


Eu não precisei inserir o registro no campo controle , pois ele 
é autoincremental. Conforme eu ia inserindo os registros na coluna 
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cidade , o campo ia se incrementando e inserindo os próximos 
registros. 


Campos do tipo data 


Usados para armazenar datas. Outra gambiarra muito utilizada 
é o uso de campos strings para o armazenamento de datas. Fuja 
para bem longe desses "padrões" de desenvolvimento, pois está 
errado. 


Utilize o tipo correto para cada campo, pois, ao usar o tipo 
errado, isso pode lhe prejudicar em operações entre datas que você 
pode vir a utilizar posteriormente. Imagine que você cria um campo 
de data de aniversário do tipo texto e, por algum motivo, salva 
uma letra neste campo. Na sequência, você utiliza esse campo, que 
deveria receber somente datas, para fazer um cálculo de diferença 
do número de dias entre dois valores. O seu sistema vai retornar um 
belo de um erro! 


Por isso que o PostgreSQL tem alguns formatos para armazenar 
datas. São eles: 


e timestamp : capacidade de armazenamento de 8 bytes. 
Armazena data e hora. 

e date : capacidade de armazenamento de 4 bytes. 
Armazena apenas datas. 

e time : capacidade de armazenamento de 8 bytes. 
Armazena apenas horas. 


Campo do tipo Full Text Search 


PostgreSQL possui dois tipos de dados que são designados para 
dar suporte a Full Text Search, que é a atividade de busca através de 
coleções na própria linguagem do SGBD, em registros locais para 
localizar as semelhanças das consultas. Também é a técnica de 
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indexação, pesquisa e relevância do PostgreSQL, que utiliza um 
conjunto de regras naturais para adicionar suporte a modo verbal 
(derivações de um verbo), através da utilização de dicionários e 
algoritmos específicos. 


Podemos usar a busca completa, ou text search, para considerar 
nas pesquisas as derivações dos termos utilizados nas buscas, por 
exemplo, formas de conjugação de verbos, sinônimos e 
similaridade. O Full Text Search pode ser usado em situações nas 
quais uma grande quantidade de texto precisa ser pesquisada e o 
resultado deve obedecer às regras linguísticas e ordenação por 
relevância. 


Por exemplo, uma pesquisa por páginas dentro de um 
gerenciador de conteúdo web ou termos, dentro da sinopse de um 
acervo de filmes. O Full Text Search possui grandes vantagens em 
relação a outras alternativas para pesquisas textuais, como o 
comando LIKE . 


Neste contexto, os tipos usados para Full Text Search (ou ETS) 
são eles: 


e tsvector : tipo de dados que representa um 
documento, como uma lista ordenada e com posições 
no texto. 

e tsquery : tipo de dado para busca textual que suporta 
operadores booleanos. 


Ainda falta aprendermos alguns conceitos para usar os tipos 
FTS . Mais à frente, no momento certo, vamos utilizar este tipo de 
campo e você perceberá como ele pode lhe ajudar em tarefas 
complexas. 


Tipo XML 
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XML, ame ou odeie. Há uma grande quantidade de dados em 
formatos XML, e esse fato não está mudando rapidamente devido a 
um grande investimento em XML. Ocasionalmente, inserir dados 
XML em um banco de dados relacional pode render uma vitória 
quando a integração com fontes de dados externas fornece dados 
em XML. 


PostgreSQL tem a capacidade de manipular dados XML com 
SQL, permitindo um caminho para integrar dados XML em 
consultas SQL. A declaração deste tipo de campo é como a dos 
outros tipos. Mais adiante, quando formos desenvolver exemplos 
deste tipo de campo, veremos na prática a sua utilização e como 
podemos nos beneficiar. 


Tipo JSON 


PostgreSQL tem suporte a JSON já algum tempo. Na versão 9.2, 
foi adicionado suporte nativo a este tipo de dados, e os usuários 
deste poderoso gerenciador de banco de dados começaram a utilizar 
o PostgreSQL como um banco "NoSQL". Este que é um banco não 
relacional. Mas este assunto fica de tarefa de casa para vocês. 


Na versão 9.4, foi adicionado a funcionalidade para armazenar 
JSON como JSON Binário (JSONB), que remove os espaços em 
branco insignificantes (não que seja um grande negócio), acrescenta 
um pouco de sobrecarga quando inserir dados, mas fornece um 
benefício enorme ao consultar. 


Se você estava pensando em trocar o seu banco de dados 
relacional por um NoSQL, pode começar a rever seus conceitos. Isso 
porque, se você tem a possibilidade usar os benefícios de um banco 
NoSQL no PostgreSQL, então por que mudar? 


Veremos na prática, em nosso projeto, como extrair do 
PostgreSQL os benefícios de um banco NoSQL utilizando campos 
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do tipo JSON. 


Tipo array 


PostgreSQL permite colunas de uma tabela para ser definido 
como matrizes multidimensionais de comprimento variável. Podem 
ser criadas matrizes de qualquer tipo de base definida pelo usuário, 
tipo de enumeração, ou tipo composto. Podemos então usar 
qualquer tipo de campo como um array. 


Podemos definir um array unidimensional ou 
multidimensional. Na próxima lista, segue algumas maneiras de 
fazer a declaracáo deste tipo de campo. Veja que o n significa o seu 
campo, e cada [] significa as dimensões. Se não colocarmos um 
valor, o SGBD entenderá como valor indefinido. 


e integer[n] : array do tipo inteiro que com o tamanho 
igual n. 

. varchar[n][n] : array do tipo varchar 
bidimensional n por n. 

e double array : array do tipo double 
unidimensional de tamanho indefinido. 


Tipo composto 


O tipo composto descreve a estrutura de uma linha ou registro. 
O PostgreSQL permite que os valores de tipo composto sejam 
utilizados de muitas maneiras idênticas às dos tipos simples. Por 
exemplo, uma coluna de uma tabela pode ser declarada como sendo 
de um tipo composto em outra tabela. Em outras palavras, posso ter 
um campo do tipo de uma outra tabela inteira. 


Tipo personalizados 


Também é possível criar tipos de dados personalizados, pelo 
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comando create type , no qual podemos criar um novo tipo de 
campo. Ele pode ser composto por vários campos, ou pode ser uma 
lista de valores. 


2.3 PARA PENSAR! 


Conhecemos diversos tipos de campos e cada um para 
armazenar um tipo de informação. Citei várias vezes a importância 
da utilização do tipo de campo certo para cada informação que será 
armazenada. Se você estiver realizando algum projeto de banco de 
dados, tente observar se algum campo que você criou poderia ser 
alterado e melhorado. Ou baseado no projeto proposto, pense em 
quais campos vamos criar para cada tabela e seus respectivos tipos. 
Tente também imaginar quais seriam as implicações na escolha de 
um tipo errado para um campo. 


Agora que já conhecemos os tipos de campos que podemos criar 
e os tipos de dados que podemos armazenar, podemos iniciar o 
desenvolvimento de nosso projeto. Vamos começar pelo projeto e a 
descrição dele, e depois partiremos para a criação dos códigos. 
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CAPÍTULO 3 


NOSSO PRIMEIRO 
PROJETO 


mr 


ão se preocupe se não funcionar direito. Se tudo funcionasse, 
você estaria desempregado”. — Lei de Mosher da Engenharia de 
Software 


Não canso de falar como é produtivo e muito mais fácil 
aprender a programar quando temos de fazer um projeto real ou 
baseado na realidade de algum tipo de negócio. Durante o livro, não 
será diferente. Vamos criar um projeto que vai nos acompanhar 
durante toda a leitura, e nos basear em sua regra de negócio para 
trabalhar com o PostgreSQL. 


Vamos imaginar que fomos contratados para desenvolver um 
sistema para um restaurante. Então, precisamos pensar no esquema 
de tabelas para atender esta demanda. Vamos criar algo que será 
simples, no entanto, conseguiremos testar todos os aspectos do 
banco de dados, inclusive todos os tipos de dados. Devemos 
imaginar tudo que será preciso para o funcionamento básico para 
vendas e pedidos de um restaurante, como: mesas, produtos, 
vendas, funcionários e as comissões dos funcionários. 


Para visualizarmos melhor como ficará o schema do banco de 
dados, vamos criar um D.E.R. (Diagrama de entidade e 
relacionamento). Com isso, teremos uma forma visual para 
conhecer as tabelas e seus relacionamentos para criar os scritps. 
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Æ 1d: integer 
3 funcionario id: integer 

E comissao valor: real 

E comissao situacao: varchar(1) 
= data criacao: timestamp WITH... 
= data atualizacao: umestamp ... 
la comissoes_pkey 


` |A id: integer 

` | produto codigo: varchar(20) 

` |E produto nome: varcharí50) 

- | produto valor: real 

> & produto. situacao: varchar(1) 

= data criacao: Umestamp WITH... 

“IE data atualizacao: omestamp ... 
A produtos pkey 
















E item valor: real 
E item quantidade: integer 

== item total: real 

E data oracao: timestamp WITH... 
E data atualizacao: timestamp ... 
& itens vendas pkey 
























E public funcionarios 
A id: integer 

3 funcionario codigo: varchar(20) 
E funcionario_nome: varchar(100) 
E funcionario situacao: varchar(1) 
5 funcionario comissao; real 

E funcionario cargo: varchar(30) 
E data criacao: timestamp WITH... 
2 data atualizacao: timestamp ... 
A funcionarios pkey 








8 id: integer 
& funcionario id: integer 
E mesa 1d: integer “ lg id; integer 

- |Æ venda codigo: varchar(20) + + |E mesa codigo; varchar(20) 

E venda valor: real E mesa situacao: varchar(1) 

E venda total: real =) dat= criacao: bmestamp WITH... 
Ee venda desconto: real | |E data atualizacao; timestamo ... 
E venda situacao: varchar(1) A mesas nkey 

Æ data ciacao: timestamp WITH... mi 

E data atualizacao: timestamp ... 
p vendas pkey 































Figura 3.1: Diagrama de entidade e relacionamento 


Tendo o DER criado, podemos especificar o que cada tabela 
deverá armazenar. 


e MESAS : para cadastramos a quantidade de mesas que 
queremos que tenha no restaurante e seu respectivo 
código de identificação, pois assim podemos ampliar a 
quantidade mesas em nosso restaurante apenas com 
um cadastro. No capítulo Banco de dados rápido nos 
gatilhos, vamos criar um processo para gerar uma 
quantidade de mesas automaticamente, apenas 
passando por parâmetro a quantidade que quisermos. 


e VENDAS : cada pedido de uma mesa será relacionado a 
uma venda, podendo esta estar relacionada ou náo com 
um funcionário ou com uma mesa, uma vez que 
podemos ter vendas que sáo realizadas diretamente no 
caixa. Incluiremos um funcionário na venda do tipo 

garcom para gerar sua comissáo no final de cada dia. 
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e ITENS VENDAS : cada item (produto) pedido por uma 
mesa será considerado um item de uma determinada 
venda, para que ao concluir a venda possamos somar 
todos os produtos e atualizar o total da venda. Cada 
item deverá ter um produto, sua quantidade e seu valor. 


e PRODUTOS : cada produto disponível para venda no 
restaurante deverá ser cadastrado na tabela de 
produtos. Vamos fazer um cadastro básico de produtos. 


e FUNCIONARIOS : esta tabela será para cadastrar os 
funcionários do restaurante, na qual poderemos 
cadastrar os garçons, gerentes, atendentes etc. Vamos 
distingui-los por um campo de tipo, assim poderemos 
incluí-los nas vendas que estes atendem, e assim 
conseguir gerar a comissão. A comissão será de 10% no 
valor total da venda. 


Com a evolução de todo projeto, o número de tabelas pode 
aumentar, pois é a tendência de todos sistemas. Conforme surgir a 
necessidade de aumentarmos nosso sistema, criaremos novas 
tabelas e funcionalidades, principalmente porque temos de criar 
muitos exemplos para testar as principais funcionalidades do banco 
de dados. 


3.1 ENTENDENDO NOSSOS DADOS 


Algo que aprendemos conforme vamos ganhando experiência 
em desenvolvimento de software é que, antes de começarmos a 
codificar, precisamos conhecer bem o negócio e o público para o 
qual vamos desenvolver a aplicação. Isso porque, quando estamos 
atrás do nosso computador, é comum não conseguirmos imaginar 
como os usuários vão utilizar o que estamos desenvolvendo, e a 
aplicação pode ficar a desejar. Por isso, devemos fazer uma 
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especificação dos requisitos a serem desenvolvidos. É o princípio da 
engenharia de software. 


A modelagem de dados sempre deve estar contida em sua 
especificação de requisitos, e sempre dê uma atenção especial para 
ela. Além da experiência do usuário entender os dados do seu 
sistema, é muito importante entender como os dados se relacionam, 
o que será armazenado em cada tabela e em cada campo, entender 
como armazenar cada informação e como elas serão apresentadas 
para o usuário. Tudo isso é vital para seu projeto. 


Estes cuidados estão diretamente ligados ao desempenho e 
longevidade de sua aplicação. Isso porque, se o banco estiver mal 
projetado, você não conseguirá escalar sua aplicação, e isso terá um 
custo alto no futuro. 


Costumo desenhar e criar rascunhos das tabelas do projeto antes 
de iniciar a desenvolver. Além de escrever, na mão mesmo, crio 
testes de mesas para entender o fluxo dos dados e ver se o resultado 
é o esperado. E quando crio as tabelas no banco, faço uma inserção 
de dados manualmente para ver se realmente o meu projeto está 
consistente. 


Se estiver com dúvida, mostre para os desenvolvedores. Não 
tenha medo de mostrar seu código. Se tiver algo errado, será bom, 
pois você vai aprender e corrigirá seu erro. Sempre que tiver a 
oportunidade, compartilhe conhecimento e mostre seus códigos 
para alguém. Você só terá a ganhar. 


3.2 A ESTRUTURA DAS TABELAS 


Após a concepção, modelagem e revisão do seu projeto de banco 
de dados, chegou a hora de escrever os códigos para criar os objetos 
no seu SGBD. Volto a frisar o quão importante é esta etapa no 
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processo de desenvolvimento de um aplicativo. Mas o que são 
tabelas? E como são suas estruturas? 


Segundo escritor e especialista em banco de dados, Bob Bryla, 
uma tabela é uma unidade de armazenamento em um banco de 
dados. Sem tabelas, um banco de dados não tem valor para uma 
empresa. Independentemente do tipo de tabela, os seus dados são 
armazenados em linhas e colunas, similar ao modo como os dados 
são armazenados em uma planilha. Mas as semelhanças terminam 
aí. A robustez de uma tabela de banco de dados torna uma planilha 
uma segunda opção ineficiente ao decidir sobre um local para 
armazenar informações importantes. 


Imagine um banco de dados como um grande armário com 
várias gavetas, e cada gaveta como uma tabela. Cada gaveta 
armazenará um tipo de objeto, e no caso do banco, cada tabela 
armazenará um tipo de informação. Se tem uma gaveta apenas para 
as camisetas, terá uma tabela para armazenar as informações sobre 
as camisetas no estoque de uma empresa. E diferentemente de uma 
gaveta, uma tabela vai conter n colunas que conterá diversas 
informações sobre essas camisetas. 


Para identificarmos e conseguirmos buscar registro de uma 
tabela no SGBD, temos de determinar uma identificação única para 
cada registro, assim como identificar o relacionamento entre as 
tabelas. Esses dois elementos é o que chamamos de chave primária e 
chave estrangeira, pois, em vez de duplicarmos uma informação em 
uma tabela, nós criamos tabelas com valores que não vão mudar e 
fazemos a referência em outras tabelas. 


Vamos imaginar a nossa tabela para guardar as informações 
sobre as camisetas. Imagine quais informações podemos armazenar. 
Eu escolhi colocar em nossa tabela uma coluna que será a 
identificação única de nossa tabela, uma coluna para descrever a cor 
de nossa camiseta, uma coluna para informarmos o tamanho e uma 
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para informar o tipo do tecido. 


Em vez de repetirmos o tipo do tecido várias vezes, o melhor é 
criarmos uma tabela de tecidos, na qual terá todos os tipos e, em 
nossa tabela de camisetas, apenas fazer uma referência a esta. Veja a 
figura a seguir. 


Tabela: Gaveta 
| COR | TAMANHO | TECIDO 
| PRETO 2 








Tabela: TIPO DE TECIDO 
ID | | DESCRIÇÃO TECIDO 











| AZUL 

| BRANCO 

| AMARELO 
VERDE 








1 | | ALGODÃO 
JEANS 























Figura 3.2: Identificação única da tabela e referência a outra tabela 


Com isso, já começamos a ter uma base sobre o que é chave 
primária, ou primary key (PK), e chave estrangeira, ou foreign key 
(FK). Na sequência estará detalhado cada um com novos exemplos. 


3.3 CHAVES PRIMÁRIAS E CHAVES 
ESTRANGEIRAS 


Chave primária 


Como já citado, o PostgreSQL é um banco de dados relacional. 
O princípio dos bancos de dados relacionais é o relacionamento 
entre uma ou mais tabelas, que é feito por meio de uma chave única, 
chamada de primary-key (ou chave primária). 


Vamos exemplificar este cenário. Vamos imaginar que uma 
tabela é a representação da rua na qual você mora, e sua casa e as 
demais são os registros da tabela. Geralmente, temos apenas uma 
sequência numérica, única, de casas em uma rua — ao menos, 
deveríamos ter. Imagine o número da casa como sendo uma "chave" 
única, algo que vai identificá-la das demais. 
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Nas tabelas do nosso banco, é exatamente isso que acontece. 
Temos de ter uma chave única para identificar os registros que se 
encontram em uma determinada tabela. Dentro deste cenário, 
conseguiremos manter a integridade dos dados. 


Você deve ter uma chave primária, pois será um registro que 
não sofrerá alteração e nem se repetirá. Sempre será único e 
imutável. Só assim você terá a consistência de seus dados. Para 
alterar um registro na tabela, você deve buscá-lo por sua PK, assim 
não ocorrerá de alterar um registro incorreto. 


AAAA 


Figura 3.3: A identificação única das casas em uma rua 


Em uma tabela de banco de dados, teríamos: 
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Tabela: Gaveta 





Figura 3.4: A identificação única dos registros em uma tabela 


Dica! 


Procure usar mecanismos de autoincremento em suas chaves 
primárias. Assim, você não precisará se preocupar em inserir 


e/ou criar uma forma de incrementar e não repetir a sequência. 


Ainda neste capítulo, vou demonstrar como criar uma 
sequence que lhe auxiliará neste quesito. 





Chave estrangeira 


As chaves estrangeiras, ou foreign-keys, são identificadores 
únicos que fazem referência à chave primária de outra tabela. Se 
tivermos uma FK em nossa tabela, não conseguimos inserir um 
registro que não esteja contido na tabela referenciada. 


O exemplo a seguir mostra duas tabelas: uma de funcionários e 
uma de cargos. O ID da tabela CARGOS , que é uma chave 
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primária, passa a ser uma chave estrangeira na tabela 

FUNCIONARIOS , chamada CARGO ID . Ela, por sua vez, não vai 
permitir a inserção de nenhum cargo que não esteja cadastrado na 
tabela CARGOS , dando para sua tabela consistência e evitando erros. 


Tabela: Funcionários 
NOME FUNCIONARIO 
VINICIUS 


DANIEL 1 Tabela: Cargos 
BRUNA ID | DESCRIÇÃO 





























| 

| 

| THOMAS | DESENVOLVEDOR 

| HECTOR DESIGNER 
VICTORIA 











Figura 3.5: PK sendo referenciada como uma FK 


Sabendo a importância e o objetivo da utilização de PKs e FKs 
nas tabelas, já podemos finalmente criar nossos códigos. Então, 
agora mãos no teclado e vamos começar. 


3.4 CRIANDO NOSSAS TABELAS 


Abra o terminal de comandos instalado na instalação do 
PostgresSQL para criarmos os objetos em nosso banco. 


O create table é o comando usado para criar tabelas. 
Sabendo disso, vamos à criação delas. 


# tabela para gravar registro das mesas 


create table mesas ( 


id int not null primary key, 
mesa_codigo varchar(20), 
mesa_situacao varchar(1) default 'A', 
data_criacao timestamp, 


data atualizacao timestamp); 


# tabela para gravar registro dos funcionários 
create table funcionarios( 


id int not null primary key, 
funcionario codigo varchar(20), 
funcionario nome varchar (100), 
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funcionario situacao varchar(1) default 'A', 
funcionario comissao real, 


funcionario cargo varchar (30), 
data criacao timestamp, 
data atualizacao timestamp); 


tt tabela para gravar registro das vendas 
create table vendas( 


id int not null primary key, 
funcionario_id int references funcionarios (id), 
mesa_id int references mesas(id), 
venda_codigo varchar(20), 

venda_valor real, 

venda_total real, 

venda_desconto real, 

venda_situacao varchar(1) default 'A', 
data_criacao timestamp, 


data atualizacao timestamp); 


tt tabela para gravar registro dos produtos 
create table produtos( 


id int not null primary key, 
produto_codigo varchar(20), 

produto_nome varchar(60), 
produto_valor real, 

produto_situacao varchar(1) default 'A', 
data_criacao timestamp, 


data_atualizacao timestamp); 


tt tabela para gravar registro dos itens das vendas 
create table itens_vendas( 


id int not null primary key, 

produto_id int not null references produtos(id), 
vendas_id int not null references vendas(id), 
item_valor real, 

item_quantidade int, 

item_total real, 

data_criacao timestamp, 


data atualizacao timestamp); 


# tabela para gravar registro do cálculo das comissões 
create table comissoes( 


id int not null primary key, 
funcionario_id int references funcionarios(id), 
comissao_valor real, 

comissao_situacao varchar(1) default 'A', 
data_criacao timestamp, 


data atualizacao timestamp); 


40 3.4 CRIANDO NOSSAS TABELAS 


Após criadas todas as nossas tabelas, para você ver se realmente 
estão criadas no banco de dados, utilize o comando Ndt , como a 
figura a seguir. Uma lista com as tabelas será mostrada para você: 


postgres=f dt 


List of relations 


comissoes postgres 
funcionarios postgres 


itens vendas > postgres 
mesas postgres 


produtos postgres 
vendas postgres 
(6 rows) 





Figura 3.6: 1d para listar as tabelas criadas no banco 


3.5 CONSTRAINTS: INTEGRIDADE DE SEUS 
DADOS 


Os tipos de dados são uma forma para limitar o tipo de dados 
que pode ser armazenado em uma tabela. Para muitas aplicações, 
contudo, a restrição que eles fornecem é demasiadamente grosseira. 


Por exemplo, uma coluna contendo preços de produtos 
provavelmente só pode aceitar valores positivos. Mas não há 
nenhum tipo de dados padrão que aceite apenas números positivos. 
Outra questão é que você pode querer restringir os dados de uma 
coluna com relação a outras colunas ou linhas, como: em uma 
tabela contendo informações sobre o produto deve haver apenas 
uma linha para cada número de produto. 


Assim, o SQL permite definir restrições em colunas e tabelas. 
Restrições darão tanto controle sobre os campos como em suas 
tabelas, como você desejar. Se um usuário tentar armazenar dados 
em uma coluna que possa violar uma restrição, será gerado um erro. 
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Na sequência, estarei demonstrando os tipos de constraints e 
demonstrando os tipos de erros que podemos enfrentar. 


As contraints podem ser para a validação de valores como de 
chave primária e estrangeira. Observe que, na criação de nossas 
tabelas, nós especificamos quais os campos que seriam as PKs e as 
FKs de cada uma. 


Para visualizarmos as constraints de uma tabela, use o comando 

Xd nome tabela como mostra a figura a seguir. Observe que, 

além de listar as constraints, este comando serve para listar os 

campos de uma tabela. Vamos utilizá-lo para visualizar as colunas 
da tabela vendas . 


postgres=4 Md vendas; 


E como resultado, teremos: 





Figura 3.7:1d 1d vendas - listas dos campos da tabela e suas constraints 


Constraint de PK e FK 


Em vez de criarmos as constraints de PK e FK na criação da 
tabela, podemos criá-las separadamente. Vamos excluir uma tabela 
e criá-la novamente, só que agora criaremos as constraints de PK e 
FK posteriormente à sua criação. 


Criar separado ou junto é uma questão de padrão de 
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desenvolvimento. Como sempre falo, cada um tem o seu, o que for 
mais prático no dia a dia de cada desenvolvedor. Eu gosto de criar 
separado para ter um maior controle dos códigos de um projeto. 
Assim, consigo separar os códigos de uma determinada função em 
arquivos separados. 


Para excluir uma tabela, use o comando: 
postgres=> drop table comissoes; 
Agora crie novamente a tabela, sem as constraints. 


create table comissoes( 


id int not null, 
funcionario id mt, 

comissao_valor real, 

comissao_situacao varchar(1) default 'A', 
data_criacao timestamp, 


data atualizacao timestamp); 


A tabela será criada sem uma chave primária e sem chave 
estrangeira. Vamos criar as constraints. Primeiro a PK: 


postgres=> alter table comissoes 
add constraint comissoes pkey primary key(id); 


Agora a FK que referencia a tabela FUNCIONARIOS : 


postgres=> alter table comissoes 
add foreign key (funcionario id) references funcionario 
s(id); 
Para verificarmos que tudo ocorreu bem, vamos listar os campos 
e as constraints com o comando Md comissoes , como mostra a 
figura a seguir. 
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Figura 3.8: 1d vendas - listas dos campos da tabela e suas constraints 


Se em algum momento vocé precisar deletar uma constraint, 
algo que náo aconselho, utilize o comando: 


postgres=> alter table comissoes 
drop constraint comissoes funcionario id fkey; 


CUIDADO! 


Para você deletar uma constraint , você deve ter certeza de 
qual é a sua finalidade e se ela náo está mais sendo usada. Isso 


porque, na maioria das vezes, este recurso é utilizado para fazer 


validacóes e criar maneiras de se manter a integridades dos 


dados. 





Constraints de validacóes 


As constraints para validacáo de dados também sáo usadas para 
dar mais segurança para seus dados através de validações. Imagine a 
situação em que o valor de suas vendas está ficando negativo, algo 
que não pode acontecer. Como você controlará esta situação? 
Podemos criar uma constraint para validar se o valor total da venda 
é positivo. Assim, não será necessário criar uma validação na 
aplicação e nem se preocupar com futuros imprevistos. 


Vamos criar uma constraint que dirá para o nosso banco testar 
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se o campo venda total é maior que zero (positivo) a cada novo 
registro que estiver sendo inserido. 


postgres=> alter table vendas add check (venda total > O ); 


Quando criamos nossas tabelas em alguns campos, usamos not 
null , isto é, o campo não pode ser nulo. Mas também podemos 
criar uma constraint que chegará se o campo está recebendo um 
valor nulo na inserção de um novo registro. 


Sabendo disso, vamos criar uma constraint na tabela 
FUNCIONARIOS para não permitir que seja inserido nulo no campo 
funcionario nome . Assim, o nosso banco vai verificar se 

tentamos inserir um valor nulo, assim como o not null faria. 


postgres=> alter table funcionarios 
add check( funcionario nome <> null); 


3.6 CRIANDO SEQUÉNCIAS PARA AS NOSSAS 
TABELAS 


Em todas nossas tabelas, temos uma chave primária. Em nosso 
padrão, adotei um campo chamado id como padrão para as 
nossas chaves primárias. Como este campo deve conter uma 
sequência numérica única, nada mais lógico do que termos um 
mecanismo para gerar este id único e automaticamente. Por isso 
temos as chamadas sequences , que são sequências numéricas 
autoincrementadas. 


Criando uma sequence para cada tabela, o campo id vai se 
autoincrementar a cada inserção em cada tabela. Como comentei 
anteriormente, as chaves primárias, como boas práticas de 
programação, não é aconselhável utilizá-las para mostrar na tela. 


Para cada tabela do projeto, vamos criar uma sequence , 
utilizando o comando CREATE SEQUENCE . Para o nome de nossas 
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sequences , usaremos o padrão -NOMETABELA NOMECOLUNA SEQ.. 


Este padrão é como eu gosto de utilizar. Você pode (e eu aconselho) 


criar o seu também. Com este padrão, o nome da sequence para a 


tabela mesas ficaria: mesas id seg . Então, vamos criar todas as 


sequências com os seguintes códigos: 


postgres=> 
postgres=> 
postgres=> 
postgres=> 
postgres=> 
postgres=> 


Depois 


sequence 
postgres=> 
postgres=> 
postgres=> 


q'); 
postgres=> 


postgres=> 


Di 


postgres=> 


Com todas as 


create 
create 
create 
create 
create 
create 


das 


sequence 
sequence 
sequence 
sequence 
sequence 
sequence 


sequências 


mesa id seg; 
vendas id seg; 

itens vendas id seg; 
produtos id. 
funcionario. 
comissoes id seg; 


criadas, 


seq; 
id_seq; 


devemos vincular cada 


com suas respectivas tabelas, da seguinte maneira: 


alter 
alter 
alter 
alter 
alter 
alter 


alter 
alter 
alter 
alter 


alter 
alter 


table mesas 

column id set default 
table vendas 

column id set default 
table itens_vendas 
column id set default 


table produtos 

column id set default 
table funcionarios 
column id set default 


table comissoes 
column id set default 


sequences 


nextval('mesa_id_seq'); 
nextval('vendas_id_seq'); 


nextval('itens_vendas_id_se 


nextval('produtos_id_seq'); 


nextval('funcionario_id_seq 


nextval('comissoes_id_seq') 


criadas, náo precisamos nos 


preocupar como vamos preencher cada campo. A vantagem da 


utilização das sequences é que, caso não quisermos mais usá-las, 


apenas deletamos a sequence e utilizamos outro meio para inserir 


a sequência da chave primária. No entanto, não aconselho fazer isso, 


pois, usando este método de incremento numérico, tenho mais 


segurança e controle da função que está gerando e gravando os 


números para mim. 
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3.6 CRIANDO SEQUÊNCIAS PARA AS NOSSAS TABELAS 


Para deletar uma sequence , usamos o comando drop 
sequence da seguinte maneira: 


postgres=> drop sequence funcionario id seg cascade; 


O resultado deverá ser o mostrado na figura a seguir. 


postgres=f drop sequence funcionario id seq cascade; 


NOTICE: drop cascades to default for table funcionarios column id 
DROP SEQUENCE 





Figura 3.9: Drop sequence ... cascade 


Devemos utilizar o comando cascade no final do nosso 

comando para o banco também deletar o vínculo feito com a tabela 

FUNCIONARIOS . Se fosse apenas uma sequence que não é 
utilizada em alguma tabela, não o usaríamos. 


Vamos criar uma sequence que não usaremos, e depois 
faremos um drop. Criando a sequence : 


postgres=> create sequence proximo numero; 
Por ela não estar vinculada com alguma tabela, o comando será: 


postgres=> drop sequence proximo numero; 


Alterando tabelas 


Nada mais comum do que a necessidade de fazermos alterações 
em nossas tabelas posteriormente à criação delas. Como alterações 
em uma tabela, podemos considerar: inserção de novos campos, 
exclusão de campos e alteração no tipo de um campo. 


Vamos imaginar que surgiu a necessidade de inserirmos mais 
um campo na tabela COMISSOES , o campo de DATA PAGAMENTO , 
para informar a data que a comissão foi ou será paga. Imagine que já 
começamos a inserir registros nessa tabela. Com isso, deletá-la está 
fora de cogitação. Mesmo que não tenhamos registros inseridos, 
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deletar e criar a tabela novamente não é muito viável. Então, 
realizamos um comando para inserir um novo registro na tabela. 


Vamos inserir o novo campo na tabela com o comando alter 
table...add colun.... 
postgres=> alter table comissoes 

add column data_pagamento int; 

Ops! Observe que criamos um campo que será usado para 
armazenar data com o tipo int , que é usado para armazenar 
números inteiros. Nesta situação, como não há ainda registros nesta 
nova coluna, temos duas escolhas: ou excluímos o campo e criamos 
novamente, ou modificamos o seu tipo. 


Para excluir uma coluna, utilizamos o comando alter 
table...drop column . 
postgres=> alter table comissoes 
drop column data_pagamento; 
postgres=> alter table comissoes 
add column data_pagamento timestamp; 
Se escolhermos apenas modificar o tipo da coluna, usamos o 
comando alter table...alter column...type.... 
postgres=> alter table comissoes 


alter column data_pagamento type timestamp 
using data_pagamento_timestamp; 


3.7 E OS NOSSOS REGISTROS? JÁ PODEMOS 
INSERIR! 


Com todas as nossas tabelas criadas, agora podemos começar a 
inserir registros em todas elas. Vamos inserir os registros que vamos 
utilizar em todo o livro. Fique à vontade para inserir os registros que 
desejar. 


Na tabela de funcionário, escolha nome de pessoas que você 
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conhece. Na tabela de produtos, utilize objetos com que você tenha 
familiaridade. 


Inserindo registros 


Para inserir registros, vamos utilizar o comando INSERT 
INTO... VALUES... . Usamos constantemente este recurso de 
inserção manual principalmente quando desejamos testar uma 
aplicação. Muitas vezes você ainda não terá a aplicação para testar se 
a modelagem dos dados está correta. Esta inserção funciona como 
um teste de mesa para a nossa modelagem. Sempre que criar um 
banco de dados, procure fazer a inserção manual de registros. 


Vou inserir alguns registros em cada tabela que criamos. 


postgres=> insert into mesas (mesa codigo, 
mesa situacao, 
data criacao, 
data atualizacao) 

values ('00001', 

"Ar, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into mesas (mesa_codigo, 
mesa_situacao, 
data_criacao, 
data_atualizacao) 

values ('00002', 

"Ar, 
'01/01/2016', 
'01/01/2016'); 


Observe que, no comando, nós suprimos o campo id da tabela 
MESAS . Isso porque nós criamos uma sequence para inserir esse 


valor de todas as tabelas. Vamos continuar com a inserção dos 
registros. 


postgres=> insert into funcionarios(funcionario codigo, 
funcionario nome, 
funcionario situacao, 
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funcionario comissao, 

funcionario cargo, 

data criacao) 
values('0001', 

'VINICIUS CARVALHO", 

Ar, 

5, 

'GERENTE', 

'01/01/2016'); 


postgres=> insert into funcionarios(funcionario_codigo, 
funcionario_nome, 
funcionario_situacao, 
funcionario_comissao, 
funcionario_cargo, 
data_criacao) 

values('0002', 

'SOUZA!, 
"Ar, 
2, 
'GARCOM', 
'01/01/2016'); 


postgres=> insert into produtos (produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao) 

values ('001', 

'"REFRIGERANTE', 
10, 
"Ar, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into produtos (produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao) 
values ('002', 
"AGUA", 
3, 
'A', 
'01/01/2016', 
'01/01/2016'); 
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postgres=> insert into produtos (produto codigo, 
produto nome, 
produto valor, 
produto situacao, 
data criacao, 
data atualizacao) 

values ('003', 

'PASTEL', 
7, 
"Ar, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into vendas (funcionario_id, 
mesa_id, 
venda_codigo, 
venda_valor, 
venda_total, 
venda_desconto, 
venda_situacao, 
data_criacao, 
data_atualizacao) 
values (2, 
1, 
'0001', 
'20', 
'20', 
or, 
'A!, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into vendas (funcionario_id, 
mesa_id, 
venda_codigo, 
venda_valor, 
venda_total, 
venda_desconto, 
venda_situacao, 
data_criacao, 
data_atualizacao) 
values (2, 
2, 
"0002", 
121', 
672 EE 
o", 
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'A!, 
'01/01/2016', 
'01/01/2016' ); 


postgres=> insert into itens_vendas (produto_id, 
vendas_id, 
item_valor, 
item_quantidade, 
item_total, 
data_criacao, 
data_atualizacao) 

values (1, 

1, 
10, 
2, 
20, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into itens_vendas(produto_id, 
vendas_id, 
item_valor, 
item_quantidade, 
item_total, 
data_criacao, 
data_atualizacao) 

values(1, 


21, 
'91/01/2016', 
'91/01/2016'); 


Não vamos inserir registro na tabela COMISSOES , pois nesta 
criaremos um processo que vai populá-la automaticamente. Por se 
tratar de uma tabela que vai gerar as comissões dos funcionários, o 
melhor é criar um processo que faça isso sozinho. No capítulo 
seguinte, vamos trabalhar com esse processo. 


3.8 CONSULTANDO NOSSOS REGISTROS 


Com registros em nosso banco, o mais lógico é criarmos 
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consultas para visualizá-los. O comando para criarmos consultas é o 
SELECT... FROM.... 


Vamos consultar os registros da tabela MESAS . Para isso, 
usaremos o SELECT eo FROM. Este é o responsável por dizer para 
o banco de dados qual é tabela que desejamos consultar. Nosso 
comando e o resultado ficarão da seguinte maneira: 


postgres=> select * from mesas; 





Figura 3.10: Selecionando todas as mesas 


Observe que não foi necessário informar nenhum campo em 
nosso comando para fazer a consulta. Apenas usamos o * 
(asterisco), assim o banco entendeu que era para buscar todos os 
campos da tabela informada logo após o FROM . Mas se desejarmos 
selecionar apenas algumas colunas, o nosso comando ficaria da 


seguinte maneira: 
postgres=> select mesa codigo, data criacao from mesas; 


Nessas duas consultas, o resultado foi todos os registros, porém 
podemos ter a necessidade de buscar apenas um ou alguns registros. 
Para fazermos isso, devemos informar qual registro que queremos 
buscar. Com o comando where , vamos informar qual o registro 
que desejamos buscar. Vamos então consultar a mesa que possui o 

mesa codigo igual a dois. 


postgres=> select * from mesas where mesa codigo = '00002'; 


Observe que o código 00002 foi colocado entre aspas simples. 
Isto porque, para fazer comparação de strings, devemos deixar entre 
aspas simples, tanto nas consultas como nas inserções e alteração de 
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dados. Observe na inserção dos registros que campos de caracteres e 
datas estão com aspas simples, e os numéricos não estão. 


Atualizando registros 


Fizemos a inserção manual dos registros para conseguirmos 
trabalhar durante o desenvolvimento do projeto que estamos 
criando no livro. Se desejarmos apenas modificar um registro em 
uma tabela em vez de inserir um novo e excluir algum outro, 
usamos o comando UPDATE . 


Vamos alterar o produto de id = 2,queéo produto AGUA , 
colocando um novo valor para ele. Agora ele passará a custar 4. 


postgres=> update produtos set produto valor = 4 
where id = 2; 


Observe que utilizamos também o comando WHERE para 
indicar qual produtos que queríamos fazer a alteração. Se não 
usássemos o where no comando, seria atualizado o campo 

produto valor para todos os registros da tabela. Vamos fazer 
uma alteração sem where , e atualizar o data criacao de todos 
os produtos. 


postgres=> update produtos set data criacao = '31/12/2016'; 


Utilize o select para visualizar todas as datas alteradas na 
tabela PRODUTOS . 


postgres=> select data criacao from produtos; 
Excluindo registros 


Inserimos, consultamos e alteramos nossos registros. Nada mais 
normal haver situações nas quais será necessária a exclusão de 
registros. Para isso, temos o comando DELETE . 


Vamos excluir uma mesa que não estamos usando atualmente. 
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postgres=> delete from mesas where id = 2; 


Muita atenção ao realizar comandos delete no PostgreSQL, 
pois você não vai recuperar o seu registro perdido. Se não colocar o 
where no comando de delete , você está enviando a informação 
para deletar todos os registros da tabela. 


Em nosso comando, deixei especificado que era para deletar 
apenas o registro com id = 2.0 delete sem where é muito 
famoso em pregar peças nos desenvolvedores desatentos. 


3.9 PARA PENSAR! 


Observe que apenas inserimos poucos registros em nossas 
tabelas. Para colocar em prática o que vimos neste capítulo, insira 
mais registros nelas. Insira pelo menos mais três em cada tabela. 


Tente escrever os códigos. Depois que você tiver aprendido e 
fixado como utiliza cada comando, então poderá usar o CTRL+C e 
CTRL+V. 


Temos as tabelas e sabemos como alterar suas estruturas. Temos 
registros, sabemos manipulá-los, inseri-los e alterá-los. Já temos o 
básico para conseguirmos trabalhar com o PostgreSQL. Já podemos 
partir para assuntos mais complexos. Treine um pouco o que já 
aprendemos e #PartiuPróximoCapítulo. 
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CAPÍTULO 4 


FUNCTIONS — 
AGILIZANDO O DIA A DIA 


“Você não precisa ser um gênio ou visionário — nem mesmo 
graduado em uma faculdade sobre qualquer assunto — para ser bem- 
sucedido. Você precisa apenas de estrutura e um sonho”. — Michael 
Dell 


4.1 FUNCTIONS PARA POUPAR ESFORÇOS 


Funções são um conjunto de procedimentos escritos em SQL 
que são armazenados no banco de dados a fim de executar uma 
determinada função. Para mim, functions são procedimentos 
armazenados no banco de dados que servem para agilizar o dia a dia 
e otimizar seus códigos. Nelas podemos escrever instruções para 
realizar operações como: consultar e retornar valores, realizar 
cálculos e retornar ou não valores, chamar outros procedimentos, e 
mais. 


É comum no cotidiano dos desenvolvedores criar algumas 
consultas para retornar dados básicos de uma tabela. Por exemplo, 
se eu preciso consultar o nome de um funcionário e eu só tenho o 
seu id, eu crio uma function na qual passo o id como 
parâmetro e, como retorno, tenho o nome do funcionário e 
qualquer outra informação que desejo. Eu posso utilizar essa 
function em qualquer processo que desejar ou em consultas mais 
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complexas. Vamos exemplificar para ficar mais claro. 


Criaremos uma function que retorne o nome do funcionário, 
concatenando o campo funcionario situacao . Para isso, vamos 
levar em consideração a seguinte tabela de possíveis valores para o 


campo funcionario situacao . 


Sigla Descrição 
A Ativo 


I Inativo 


Em nossa function, passaremos como parâmetro o id e 
verificaremos a situação. Em seguida, vamos concatenar a descrição 
da situação com o seu nome. 


No código, vamos passar como parâmetro o id do 
funcionário, e depois teremos uma consulta para buscar o 
funcionário e, como retorno, teremos o nome e a situação dele. Na 
sequência, verificamos o tipo da situação e fazemos a concatenação 
do nome e da descrição da situação. Vamos ao código. 


postgres=4 create or replace function 
retorna nome funcionario(func id int) 
returns text as 
$$ 
declare 
nome text; 
situacao text; 
begin 


select funcionario nome, 
funcionario situacao 
into nome, situacao 
from funcionarios 
where id = func id; 


if situacao = 'A' then 

return nome || ' Usuário Ativo'; 
else 

return nome || ' Usuário Inativo'; 
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end if; 


end 
$$ 
language plpgsal; 
Em nosso código, temos alguns símbolos diferentes dos quais já 
vimos. Não se preocupe, pois agora na sequência vou explicá-los. 


Cifrão duplo ($$) 


Você percebeu algo diferente em nosso código? Os $$ são 
usados para limitar o corpo da função, e para o banco de dados 
entender que tudo o que está dentro dos limites do cifrão duplo é 
código de uma única função. 


Cifrão não é parte do padrão SQL, mas muitas vezes é uma 
forma mais conveniente para escrever strings literais 
complicadas do que a sintaxe simples compatível com o padrão 

SQL . Observe que, além de nosso código ser grande, tivemos de 
quebrar em algumas linhas para conseguirmos entendê-lo. O cifrão 
está dizendo para o banco que todo o código contido entre eles 
pertence ao mesmo código. 


Se pesquisar na internet exemplos de functions , você pode 
encontrar o seguinte: 


$palavra qualquer$ 
begin 


Instruções da function(); 


end 
$palavra qualquer$ 


Observe que, em vez de utilizar apenas $$ , escrevemos 
$palavra qualquer$ . O cifrão é apenas um limitador e, por isso, 
você pode usar uma outra palavra para limitar seu código. 
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Declare 


Em processos de function , temos a necessidade de utilizar 
variáveis para armazenar informações temporariamente. Por isso, 
precisamos fazer a declaração das variáveis, colocando o seu nome e 
o seu tipo. Todas as variáveis que você precisar utilizar deverão ser 
declaradas logo abaixo do declare . 


Em nosso código, nós fizemos a declaração da seguinte maneira: 


declare 
nome text; 
situacao text; 


language plpgsql 


No final do nosso bloco de instruções, devemos colocar 

language plpgsql, que é a linguagem que usamos para escrever 

nossa function . Ela, linguagem utilizada pelo PostgreSQL, está 
para o PostgreSQL, assim como o PL/SQL está para o Oracle. 


Nós colocamos no final do código, pois temos de informar que 
estamos usando a linguagem  plpgsql . Isso porque, no 
PostgreSQL, podemos utilizar outra linguagem de programação, 
como a linguagem C. No entanto, este assunto não será abordado 
neste livro, por se tratar de algo que não é muito utilizado no 
mercado. 


If e else 


Em nossa function , também utilizamos as declarações 
condicionais if... then... else . Se você ainda não está 
familiarizado com alguma linguagem de programação, nós usamos 
essas condições para testar uma condição e verificar se é verdadeira. 


Em nosso exemplo, testamos se o funcionario situacao do 
funcionário era igual a A, e escrevemos a instrução para que, se ele 
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fosse igual, concatenasse as palavras Usuário Ativo com o seu 
nome. Caso contrário ( else ), ele concatenaria as palavras 


Usuário Inativo. 


Há a possibilidade de testarmos quantas condições que 
quisermos. Basta apenas utilizar as outras declarações do if 
Vamos pegar apenas o corpo de nossa function e reescrevê-lo 
colocando outras condições. 


Vamos testar se o funcionario situacao é iguala A, I, 
vazio ou diferente das três condições. 


$$ 
begin 
if situacao = 'A' then 
'Usuário Ativo"; 
elsif situacao = 'I' then 


'Usuário Inativo! 
elsif situacao is null then 

'Usuário Sem status! 
else 

'Usuário com status diferente de A e I' 
end if; 


end 
$$ 


Veja que, após o primeiro if , usamos elsif para verificar a 
condição seguinte. Só quando eu não quero mais verificar nenhuma 
condição, eu utilizo o else. 


Sempre que concluir a declaração de um if , não esqueça de 
escrever a sua finalização, o end if . Só assim o PostgreSQL vai 
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entender que você está finalizando aquele bloco condicional. 


4.2 UTILIZANDO A FUNCTION 


Após termos criado e entendido como criar uma function, 
vamos aprender como usá-la. A function criada, a 
retorna nome funcionario , tem um retorno, certo? Sim, pois 
criamos para buscar o nome de um funcionário. E como ela possui 
um retorno, que é o nome do funcionário e sua situação, devemos 
utilizá-la em uma consulta. Portanto, vamos criar uma consulta. 


Como parâmetro, devemos passar o id do funcionário. 
Sabendo disso, vamos passar como parámetro o id 1. 


postgresql=> select retorna nome funcionario(1); 


O resultado da nossa consulta será: 


postgres=t select retorna nome funcionario(1); 
retorna nome funcionario 


VINICIUS CARVALHO Usuário Ativo 
(1 row) 





Figura 4.1: Resultado da função retorna nome funcionario 


Com o tempo, você vai criando functions automaticamente e 
conseguindo enxergar onde poderá utilizá-las. É muito comum no 
começo, quanto estamos aprendendo alguma linguagem ou 
tecnologia, não conseguirmos saber onde e quando usar. Mas isso só 
a prática lhe dirá. 


Para fixar ainda mais, vamos criar outra function que vai 
retornar o valor da porcentagem de comissão de cada funcionário, 
pois vamos utilizar mais à frente para criar um processo que 
calculará um valor de comissão de cada venda. Então, vamos lá, 
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mãos no teclado. 


Novamente vamos passar como parâmetro o id do 
funcionário e, como retorno, pegaremos o valor do campo 
funcionario comissao . 


postgresql=> create or replace function 
rt valor comissao(func id int) 
returns real as 
$$ 
declare 
valor comissao real; 


begin 
select funcionario comissao 
into valor comissao 
from funcionarios 
where id = func id; 
return valor comissao; 
end 
$$ 
LANGUAGE plpgsal; 


Vamos testar nossa function. 


postgresql=> select rt_valor_comissao(1); 


E como resultado, temos: 


postgres=f select rt valor comissao (1); 
rt valor comissao 


(1 row) 





Figura 4.2: Resultado da função rt valor comissao 


4.3 FUNCTIONS SEM RETURN 


No PostgreSQL, temos as functions que possuem algum retorno 
e podemos utilizá-lo por meio das consultas. Temos também as que 
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não possuem retorno. Elas são usadas para executar determinados 
processos internamente no banco de dados. 


Usamos esse tipo de function quando desejamos realizar um 
processamento que envolve vários registros. Para não precisarmos 
executar cada consulta ou processo isoladamente, colocamos várias 
instruções dentro da function e falamos para o banco de dados 
executar essas instruções quando necessário. 


Vamos criar agora uma function que fará o cálculo de 
comissionamento de todos funcionários das vendas que tiveram em 
algum período. Aproveite este exemplo para exercitar a inserção de 
valores nas tabelas e popule a tabela vendas e itens vendas , 
para que você tenha vários registros para trabalhar, além dos que 
inserimos anteriormente. Agora, mãos no teclado e vamos a nossa 

function. 


Para este cenário, vamos supor que a sua empresa realiza o 
cálculo de comissionamento levando em consideração um período 
de vendas. Nele vamos passar por parâmetro uma data inicial e uma 
final, para o nosso processo buscar todas as vendas que foram feitas 
nesse intervalo. 


A nossa consulta também vai levar em consideração apenas as 
vendas cujo campo venda situacao seja igual a A . Isso porque, 
após calcular a comissão da venda, vamos fazer um udpate nesse 
campo para C , para indicar que a venda já foi comissionada, e não 
corra o risco de ser comissionada novamente. O nosso processo vai 
pegar todas as vendas que foram realizadas e todos os funcionários, 
calcular suas comissões e inserir na tabela comissoes . 


create or replace function 
calc comissao(data ini timestamp, 
data fim timestamp) 
returns void as $$ 
declare 
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-- declaração das variáveis que vamos 
-- utilizar. Já na declaração elas 

-- recebem o valor zero. Pois assim 
-- garanto que elas estarão zeradas 
-- quando for utilizá-las. 


total comissao real := 
porc comissao real := 


-- declarando uma variável para armazenar 
-- Os registros dos loops 
reg record; 


--cursor para buscar a % de comissão do funcionário 


cr porce CURSOR (func id int) IS 
select rt valor comissao(func id); 


begin 


-- realiza um loop e busca todas as vendas 
-- no período informado 


for reg in( 
select vendas.id id, 
funcionario id, 
venda total 
from vendas 
where data criacao >= data ini 
and data criacao <= data fim 
and venda situacao = 'A')loop 


-- abertura, utilização e fechamento do cursor 
open cr porce(reg.funcionario id); 


fetch cr porce into porc comissao; 
close cr porce; 


total comissao := (reg.venda total * 
porc comissao)/100; 
-- insere na tabela de comissões o valor 
-- que o funcionário irá receber de comissão 


-- daquela venda 


insert into comissoes( 
funcionario id, 
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comissao valor, 
comissao situacao, 
data criacao, 
data atualizacao) 
values(reg.funcionario id, 

total comissao, 

"Ar, 

now(), 

now()); 


-- Update na situacáo da venda 
-- para que ela náo seja mais comissionada 


update vendas set venda_situacao = 'C' 
where id = reg.id; 


-- devemos zerar as variáveis para reutilizá-las 


H 


total comissao 
porc comissao 


0; 
0; 


H 


-- término do loop 
end loop; 


end 
$$ language plpgsql; 


Para executar este processo, usaremos o seguinte comando: 
postgresql=> select calc_comissao('01/01/2016 00:00:00','01/01/201 
6 00:00:00'); 


Como resultado, teremos: 


postgres=f select calc comissao('01/01/2016','01/01/2016'); 
calc comissao 





Figura 4.3: Resultado da função cale comissao 


Agora vamos ver os registros na tabela comissoes . Vamos 
consultar as comissões do funcionário id = 1. 
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postgresql=> select comissao valor, 
data criacao 
from comissoes; 


Com isso, temos cada comissão gerada de todas as vendas do 


funcionário. 


postgres-=f select comissao valor, 

postgres-f data criacao 

postgres- from comissoes; 
comissao valor | data criacao 


04:50:13.434059 
04:50:13.434059 
04:50:13.434059 
04:50:13.434059 
04:50:13.434059 


[ue -G 


b] 


Ç 


2 22 
m 29 
2 22 
20 22 
” »o 
2 22 
2 22 


O 





Figura 4.4: Comissóes geradada do funcionário id = 1 


Assim como vimos alguns elementos novos quando em nossa 
primeira function, nesta última, podemos observar alguns 
elementos com que ainda não tínhamos trabalhado. 


Cursor 


Um pouco mais de código, não é mesmo? E eu utilizei um 
conceito novo. Declarei um cursor cr porce , usado para 
armazenar uma consulta e onde o desejamos no código. Em vez de 
colocarmos o select ao meio do código, nós declaramos um 
cursor com essa consulta e o utilizamos onde desejamos na 

function . Com isso, separamos o processo das consultas 
auxiliares, e o código fica mais limpo. 


Mas cuidado com o excesso de cursores, pois é consumido um 
pouco de memória do servidor em cada abertura de um cursor . 
Para usá-lo, não esqueça de abri-lo e fechá-lo. 
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O fetch é utilizado para pegar o valor da consulta e jogá-lo 
para uma variável. Não tem um número exato mínimo ou máximo 
de cursores que devemos usar. Com a prática, você aprenderá a 
otimizar seu código e observar o que deixa o código rápido ou lento. 


For... loop... end loop 


A instrução loop define um laço incondicional, repetido 
indefinidamente até ser terminado. O for cria um laço que 
interage em um intervalo de valores inteiros. A variável reg é 
definida automaticamente como sendo do tipo integer , e 
somente existe dentro do laço. 


Em nosso exemplo, utilizamos o for... loop para varrer 
todas as vendas que foram realizadas em um determinado período e 
fazer os cálculos de comissionamento. 


4.4 ALTERANDO FUNCTIONS 


É muito comum alterações nas regras de negócios que impactam 
nos códigos de seus projetos, e você acaba tendo de modificar e criar 
novamente as functions . Observe na sintaxe de criação onde 
escrevemos create or replace . Isso significa que, ao inserir o 
código no terminal de comando do PostgreSQL, o gerenciador vai 
criar ou substituir o procedimento. Isso quer dizer que, se você fizer 
qualquer alteração nos códigos, é só inserir novamente que o SGBD 
vai atualizar o procedimento em questão. 


Há a possibilidade da alteração de uma function, mas eu não 
recomendo, pois isso pode impactar e ocasionar erros em outras 
partes de seu sistema nas quais ela possa estar sendo utilizada. 
Prefira criar uma nova function com o nome que deseja, e se 
necessário exclua a que não desejar mais, e tenha certeza de que ela 
não está sendo utilizada em nenhum trecho. 
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4.5 EXCLUINDO FUNCTIONS 


Para excluir uma function, usaremos o comando drop 


function... . Vamos excluir a calc comissoes com o comando: 


postgresql=> drop function calc comissoes(); 


ATENÇÃO! 


Ao excluir uma function, tenha certeza de que ela não está 


sendo usada em nenhum processo em seu projeto. 





4.6 VANTAGENS DA UTILIZAÇÃO DAS 
FUNCTIONS 


A principal vantagem da utilização desse procedimento é a 
reutilização em qualquer lugar no projeto de banco de dados. Você 
escreve uma vez e reutiliza onde desejar. 


O conceito da programação das regras de negócio no banco de 
dados (isto é, deixar a parte de cálculos e regras em procedimentos 
armazenados no banco) é algo que gera muitas discussões. Isto por 
causa de linguagens de programação que fazem isso bem, como o 
Java, Ruby on Rails, entre outras. Mas isso vai depender do cenário 
em que você estiver trabalhando e também da tecnologia. 


Não há dúvidas de que o processamento direto no banco é 
muito rápido. Porém, isso também dependerá de seu código ser 
consistente. E como é comum aos desenvolvedores fazerem a 
refatoração de suas aplicações, no banco de dados não é diferente. 
Conforme as consultas vão se tornando complexas, vai se exigindo 
mais do banco de dados. Por isso, elas devem estar em constante 
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refatoração. 


4.7 PARA PENSAR! 


Otimizar e automatizar. Algo que vimos bastante neste capítulo. 
São duas palavras muito presentes na vida do programador. 
Estamos sempre otimizando e procurando uma maneira de 
melhorar códigos e processos. Tenha isso em mente e sempre terá 
excelentes códigos em seus projetos. 


Agora, se estiver trabalhando em algum projeto que não seja este 
do livro, pense em como otimizar seus códigos por meio de 
function! Se não tiver nenhum código, crie novas funções para as 
outras tabelas que não fizemos. 


Gostou de criar functions que podemos reutilizar? E de criar 
processos para automatizar? Vamos trabalhar mais um pouco com 
funções, mas agora com as embutidas no SGBD. Elas são muito 
úteis. 4PartiuConsultar 
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CAPÍTULO 5 


FUNÇÕES, OPERADORES E 
OPERAÇÕES 


“Mova-se rapidamente e quebre as coisas. A menos que você não 
esteja quebrando coisas, você não está se movendo rápido o 
suficiente”. — Mark Zuckerberg 


5.1 FUNÇÕES EMBUTIDAS 


Nativamente no PostgreSQL, assim como em outros bancos, 
como MySQL e Oracle, possui funções e operadores para os tipos de 
dados nativos, que fazem determinadas tarefas e estão armazenadas 
nele. Tarefas que rotineiramente necessitamos quando estamos 
desenvolvendo software, por exemplo, calcular a quantidade de 
caracteres em uma string ou o valor máximo armazenado em 
uma coluna de uma determinada tabela. 


Estes são exemplos de funções que estão embutidas no banco de 
dados e podemos utilizar em nossas consultas e processos. São 
muito úteis, uma vez que são operações simples que seriam muito 
trabalhosas para fazer na mão. 


Separei este capítulo para mostrar essas funções. Elas estão 
divididas em grupos: as funções numéricas, utilizadas para 
manipularmos números e extrair informações deles; as funções para 
trabalharmos com cadeias de caracteres, utilizadas para criar 
funções com texto; e as funções para trabalhamos com datas e 
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horários e extrair informações destes tipos de dados. 


Uma preocupação levada em consideração nos mais variados 
SGBD, ao usarem este padrão, é a possibilidade da portabilidade. 
Isso torna as funcionalidades do PostgreSQL compatíveis e 
consistentes entre as várias implementações em outros bancos. 


Antes de apresentar cada grupo de função, serão apresentados 
os operadores de grupo. Por exemplo, antes de apresentar as 
funções matemáticas, serão apresentados os operadores 
matemáticos, e assim sucessivamente. 


Mas antes de apresentar os operadores possuidores de funções, 
temos de conhecer os operadores lógicos e os de comparação. 


5.2 OPERADORES LÓGICOS 


Até o momento em que aprendemos a trabalhar com 

functions , não tínhamos feito consultas usando outros 
operadores além do where . Quando criamos a function 
calc comissao , utilizamos o operador lógico AND , como mostra a 
consulta a seguir: 


select venda_id, 
funcionario_id, 
venda_total 
from vendas 
where data_criacao >= 'data_ini' 
and data_criacao <= 'data_fim' 
and produto_situacao = 'A' 


Os operadores lógicos que o PostgreSQL possui sáo os trés 
habituais. Se você já começou ao menos a estudar lógica de 
programação, já deve ter esbarrado com eles. 


Operador Descrição 


Utilizamos quando queremos incluir duas ou mais condições em nossa 
AND operação. Os registros recuperados em uma declaração que une duas 
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condições com este operador deverão suprir as duas ou mais condições 


Utilizamos quando queremos combinar duas ou mais condições em nossa 
OR operação. Os registros recuperados em uma declaração que une duas 
condições com este operador deverão suprir uma das duas condições 


Utilizamos quando não queremos que uma das condições seja cumprida. Os 
NOT registros recuperados em uma declaração que exclui uma condição não 
deverão trazer aqueles que cumprem a condição que se está testando 


Vamos consultar para exemplificar os outros operadores que 
ainda não usamos. Para isso, inseriremos um novo produto. 


postgres=> insert into produtos (produto codigo, 
produto nome, 
produto valor, 
produto situacao, 
data criacao, 
data atualizacao) 
values ('2832', 
'SUCO DE LIMÃO!, 
15, 
Cr, 
'02/02/2016', 
'02/02/2016'); 


Agora vamos consultar os produtos que possuem os produtos 
cancelados E os produtos que estão ativos. 


postgres=> select * 
from produtos 
where produto situacao = 'A' 
and produto situacao = 'C'; 


Figura 5.1: Consulta com o operador AND 


Como você pode ver, o resultado de nossa consulta não nos 
trouxe nada. Isso acontece pois não temos nenhum produto que 
está ativo e cancelado ao mesmo tempo. Agora, vamos modificá-la 
um pouco e consultar os produtos que estão ativos OU os que estão 
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cancelados. 


postgres=> select * 
from produtos 
where produto situacao = 'A' 
or produto situacao = 'C'; 





Figura 5.2: Consulta com o operador OR 


O resultado mudou um pouco, não é mesmo? Pois temos 
produtos que estão ativos e temos outros que estão cancelados. 


Agora vamos criar uma consulta para buscar os produtos que 
não possuam o campo produto nome iguala SUCO DE LIMÃO . 
Vamos ao nosso código. 


postgres=> select * 
from produtos 
where not produto nome = 'SUCO DE LIMÃO"; 





Figura 5.3: Consulta com o operador NOT 


Na última consulta, negamos a condição declarada, que era 
produto nome = 'SUCO DE LIMÃO". 


Além de utilizá-los separadamente, podemos criar consultas 
unindo-os. Mãos no teclado. Vamos criar uma consulta para buscar 
os produtos que estão ativos OU que estejam cancelados E possuam 
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data de criação iguala 02/02/2016 . 


postgres=> select * 
from produtos 
where produto situacao = 'A' 
or (produto situacao = 'C' 
and data criacao = '02/02/2016'); 





Figura 5.4: Consulta com os operadores AND e OR 


Veja que tivemos de satisfazer os dois operadores. Usamos os 
parênteses para isolar as condições, pois o OR precisou satisfazer 
duas condições diferentes. 


5.3 OPERADORES DE COMPARAÇÃO 


Em todo momento em que criamos consultas, utilizamos 
operadores de comparação. Sem eles, seria impossível realizá-las, já 
que não estamos querendo buscar todos os registros, mas sim 
querendo satisfazer alguma condição. E para satisfazer uma 
condição, é necessário utilizarmos os operadores de comparação. 
Nossos operadores são: 


Operador Descrição 
< Menor 
> Maior 
<= Menor ou igual 
= Maior ou igual 
= Igual 
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25 me le Diferente 
Alguns deles já usamos em nossos códigos criados. O = (igual) 

já utilizamos a todo tempo. Em uma de nossas function , usamos 
os operadores <= e >= para testar a condição de datas, como 
mostra a consulta seguinte. 
select id, 

funcionario id, 

venda total 

from vendas 

where data criacao >= 'data_ini' 


and data criacao <= 'data fim! 
and venda situacao = 'A'; 


Se quiséssemos excluir os valores das variáveis data ini e 
data fim utilizaríamos apenas os operadores > e < . Pois assim 
consultaríamos apenas as datas entre esses dois valores. Como por 
exemplo no código a seguir: 
select id, 
funcionario id, 
venda total 
from vendas 
where data criacao >= '01/01/2016' 


and data criacao < '02/02/2016' 
and venda situacao = 'A'; 


Nesta última consulta, as datas levadas em consideração seriam 
a 01/01/2016 e todas as menores que 02/02/2016 , assim 
excluindo a data 02/02/2016 , pois utilizamos o operador < e não 
o operador <= que iria incluir a data 02/02/2016 na consulta. 


5.4 OPERADORES E FUNÇÕES MATEMÁTICAS 


Operadores matemáticos 


São fornecidos operadores matemáticos para muitos tipos de 
dado do PostgreSQL. Para alguns operadores, veremos que existem 
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funções que fazem o seu trabalho, como somar todos os valores de 
uma coluna em uma tabela, com a função sum() . Veremos mais à 
frente como será o seu funcionamento. 


Operador Descrição Exemplo Resultado 
+ adição 2+3 5 
- subtração 2-3 =) 
> multiplicacáo 2*3 6 
/ divisão (divisão inteira trunca o resultado) 4/2 2 
% módulo (resto) 5% 4 1 
A exponenciação 2.0 ^ 3.0 8 
1 fatorial 51 120 
11 fatorial (operador de prefixo) 15 120 
@ valor absoluto @ -5.0 5 


Esses operadores serão úteis para escrever consultas nas quais há 
a necessidade de se realizar cálculos. Nas demais, veremos como fica 
mais fácil utilizar as funções. Mas ainda assim, não podemos ignorar 
os operadores matemáticos, pois constantemente vamos usá-los. Se 
você já terminou o ensino médio e achava que ficaria longe da 
matemática, desculpe-me por decepcioná-lo. 


Para você utilizar qualquer um desses operadores, você pode 
fazer da seguinte maneira: 


postgres=> select 5!; 


postgres=ê select 5!; 
2column? 





Figura 5.5: Consulta com operador matemático 
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Funções matemáticas 


Existem recursos disponíveis em cada tipo de linguagem de 


programação ou banco de dados que usamos diariamente. As 


funções, sejam elas matemáticas ou de caracteres, são algo que 


utilizamos nas mais diversas situações. É importante que você sabia 


que elas existem, mas não é necessário decorar cada uma delas. 


Sabendo que um recurso existe, você saberá onde deve procurá-lo. 


Funções 


abs(variável) 


cbrt(variável) 


ceil(variável) 


ceiling(variável) 


degrees(variável) 


div(variável x, 


variável y) 


exp(variável) 


floor(variável) 


In(variável) 


Descrição 


Para calcular o 
valor absoluto de 
uma variável 


Para calcular o 
valor da raiz 
cúbica de uma 
variável 


Para calcular o 
menor valor que 
seja maior ou igual 
à variável 


O mesmo que o 
ceil 


Utilizado para 
converter um valor 
de radianos para 
graus 


Utilizado para 
fazer a divisão 
entre dois 
números 


Utilizado para 
fazer cálculo de 
exponenciação 


Utilizado para 
encontrar o maior 
número inteiro 
não maior que a 
variável 


Calcular e mostrar 
o valor do 


Exemplo 


select abs(-5); 


select cbrt(8); 


select ceil(14.2); 


*select 
ceil(-51.1);v 


select degrees(1) 


select div(8,4); 


select exp(2); 


select 
floor(-12.9); 


select In(2.0) 


Resultado 


15 


-31 


57.2957795130823 


7.38905609893065 


-13 


0.693147180559945 
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log(variável) 


log(variável b, 
variável k) 


mod(variável x, 
variável y) 


pi) 


power(variável x 
, variável y) 


radians(variável) 


round(variável) 


round(variável 
x, variável y) 


sqrt(variável) 


trunc(variável) 


trunc(variável x, 
variável y) 


logaritmo comum 


Utilizado para 
calcular logaritmo 
na base 10 


Logaritmo na base 
b 


Cálculo do resto da 
divisão de dois 
números 


Retorna o valor de 
pi 


Faz o cálculo 
exponencial da 
variável x pela y 


Faz o cálculo de 
conversão para 
graus radianos 


Faz o 
arredondamento 
da variável 
informada 


Realiza o 
arredondamento 
para o número 
especificado 
depois da vírgula 


Calcula a raiz 
quadrada de um 
número 


Utilizado para 
separar o número 
inteiro dos 
decimais 


Utilizado para 
separar uma 
quantidade 
específica de 
números decimais 


select log(10) 


select log(100.2); 


select mod(11,2); 


select pi(); 


select power(9.0, 
3.0); 


select rad(12); 


select 
round(25.2); 


select 
round(54.123,2); 


selecr sqrt(9); 


select 
trunc(335.23); 


select 
trunc(335.123,2); 


2.0008677215312267 


3.14159265358979 


729 


0.20943951023932 


25 


54.12 


335 


33512 


Há também algumas funções trigonométricas. São elas: 


Function 


Descrição 


Exemplo 
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Resultado 








acos(variável Utilizado para calcular o select 1.5707963267949 

X) inverso do cosseno acos(0); 

asin(variável U tilizado para calcular o select 0.201357920790331 

X) inverso do seno asin(0.2); 

atan(variávelx) | Utilizado para calcular o seigi 1.10714871779409 
inverso da tangente atan(2); 

cos(variávelx) Rildo para calcular o ed -0.989992496600445 
valor do cosseno cos(3); 

cot(variávelx) Uilizada pare calculat selec! -7.01525255143453 
valor do cotangente cot(3); 

sin(variávelx) o o san 0.141120008059867 
valor do seno sin(3); 

tan(variávelx) Utilizado para'calgilar:o ça -0.142546543074278 
valor da tangente tan(3); 


5.5 FUNÇÕES DE TEXTO 


Para trabalharmos com caracteres do tipo string , temos 
algumas funções específicas. 


|| para concatenar strings 


Utilizando as tabelas criadas no banco, vamos concatenar o 
código de um funcionário com seu nome. A consulta vai juntar o 
código e o nome em uma só coluna: 


postgres=4 select funcionario codigo || funcionario nome 
from funcionarios 
where id = 1; 
Fica estranho tudo junto, não é mesmo? Vamos colocar mais 
um item em nossa concatenação. 


select (funcionario codigo ||' '|| funcionario nome) 
from funcionarios 
where id = 1; 


5.5 FUNÇÕES DE TEXTO 79 


Incluir um caractere de espaço no resultado ficou bem melhor. 

Não necessariamente temos de ter apenas caracteres do tipo 

string . Poderíamos ter um do tipo numérico no lugar do de 
espaço. 


select (funcionario codigo ||8|| funcionario nome) 
from funcionarios 
where id = 1; 


Contando os caracteres de uma string com 
char length(string) ou length(string) 


Você já deve ter se deparado com sites que possuem formulário 
de cadastro, nos quais a senha ou o nome de usuário deve possuir 
um número mínimo de caracteres. Podemos fazer essa contagem de 
caracteres através de uma função que o SGBD possui. Vamos contar 
os caracteres do nome de um funcionário. 


postgres=* select char length(funcionario nome) 
from funcionarios 
where id = 2; 
Como uma função dessas, você já pode verificar se um 
determinado campo já está sendo preenchido corretamente. 


Transformando letras minúsculas em maiúsculas com 
upper(string) 


Em determinados sistemas, é muito comum as informações que 
estão armazenadas no banco de dados estarem todas maiúsculas, 
por uma questão de padronização de quem está desenvolvendo o 
sistema, como por uma questão de estética, quando forem 
mostradas para os usuários. Essa função pode lhe ajudar nessa 
tarefa. 


Vamos selecionar todos os nomes de funcionários. Se algum 
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registro estiver salvo no banco com letras minúsculas, será mostrado 
como maiúscula. 


postgres=4 select upper (funcionario nome) 
from funcionarios; 


Como nenhum exemplo de inserção de registro no banco foi 
feito com letras minúsculas, para você ver melhor o efeito de 
alteração das letras, utilize a seguinte consulta: 


postgres=* select upper('livro postgresql'); 


E para deixar apenas as primeiras letras de cada palavra em 
maiúsculo, podemos usar o comando initcap . Como resultado, 
teremos Livro Postgresqgl. 


postgres=* select initcap('livro postgresql'); 


Transformando maiúsculas em minúsculas com 
lower(string) 


Assim como temos uma função para transformar letras 
minúsculas em maiúsculas, temos uma função que faz o contrário: 
transforma maiúsculas em minúsculas. Vamos deixar todos os 
nomes de funcionários em letras minúsculas. 


postgres=4 select lower (funcionario nome) 
from funcionarios; 


Substituindo string com overlay() e extraindo com 
substring() 


Se você se deparar em alguma situação em seu sistema, na qual 
precisa ocultar ou substituir alguma parte de uma string , você 
pode utilizar esta função. É muito comum, em alguns sites, 
ocultarem uma parte de seu nome ou e-mail por uma questão de 
segurança. 


Utilizando novamente o nome de um funcionário que está em 
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nosso banco de dados, vamos substituir uma parte de seu nome com 
caracteres 000000 . Para isso, temos de informar a partir de qual 
caractere e até qual caractere a substituição deve ocorrer. 


postgres=4 select overlay(funcionario nome placing '000000' 
from 3 for 5) 
from funcionarios 
where id = 1; 

Fizemos a substituição de uma parte da string . Agora vamos 
realizar a extração desse mesmo trecho da string . A nossa 
consulta vai ficar só um pouco diferente. Mãos no código. 
postgres=4 select substring(funcionario nome from 3 for 5) 


from funcionarios 
where id = 1; 


Localizando uma string position() 


Quando estamos fazendo aquela pesquisa da Wikipédia e 
estamos com preguiça de procurar um determinado termo, nada 
melhor que utilizar o bom e velho CTRL + F e pesquisar o termo 
dentro de um texto. Esta função tem o objetivo de identificar em 
qual posição se encontra um caractere ou se inicia uma string. 


Utilizando o nome do funcionário com id = 1 cujo nome é 
VINICIUS , vamos localizar em qual posição se encontra a string 
CIUS. 
postgres=# select position('CIUS' in funcionario_nome) 


from funcionarios 
where id = 1; 


5.6 FUNÇÕES DATA/HORA 


Se você já trabalha com programação ou se não trabalha, vai 
descobrir que trabalhar com data e hora em seu sistema dá um 
pouco de trabalho. Não importa a linguagem, de cada três 
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desenvolvedores, dois já tiveram problemas neste quesito. 


As funções para data/hora dão uma grande ajuda, pois já 
existem algumas prontas para tarefas, como calcular a quantidade 
de dias que há entre duas datas ou a quantidade de anos de uma 
determinada pessoa, apenas informando uma data de entrada como 


parâmetro. 





Dica 


O formato de data que usamos aqui no Brasil é Dia/Mês/Ano, 
diferente do de outros países. A maioria dos gerenciadores de 
banco de dados utilizam como padrão o formato 
Mês/Dia/Ano, ou Ano/Mês/Dia. E para você saber em qual 
formato está o seu banco de dados e mudar para o desejado, 
vamos fazer o seguinte. 


Primeiro, vamos utilizar um comando para descobrir o 
formato de data atual do banco. Nós consultaremos a variável 
do banco de dados que armazena esta informação, que é o 
datestyle. 


postgres=4 show datestyle; 


Como resultado, descobri que o meu banco de dados está no 
formato Mês/Dia/Ano. 


HOW DATESTYLE; 





Figura 5.6: Formato de datas atual do banco de dados 
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Sabendo disso, vamos alterar o formato do nosso banco para o 
que queremos, que é o formato Dia/Mês/Ano. Para isso, 
faremos um comando que alterará a variável datestyle . 


postgres=& alter database postgres set datestyle to iso, dmy; 


E se vocé estiver logado no terminal do banco de dados, vocé 
pode executá-lo para aplicar essa alteragáo na sessáo em que 
estiver logado. 


postgres=4 set datestyle to iso, dmy; 


Se consultarmos novamente o formato do banco, vamos obter 
como resultado: 


postgres=f SHOW DATESTYLE; 
DateStyle 





Figura 5.7: Formato de datas atual do banco de dados 





Com essa alteração, podemos prosseguir com o projeto e utilizar 


datas no formato que conhecemos durante o nosso projeto. 


Funções de idade 


Para criar uma função manualmente que traga quantos anos, 
meses e dias você tem é algo muito trabalhoso. O PostgreSQL e 
outros banco de dados sabem disso, e sabem que é uma função 
muito usada. O SGBD já possui uma função que realiza essa tarefa, a 


age(). 


Vamos calcular agora a minha idade. Vocé pode usar a sua data 
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de aniversário para saber sua idade exatamente. Mãos no teclado e 
vamos ao nosso código. 


postgres=4 select age(timestamp '04/11/1988'); 


postgres=f select age(timestamp '04/11/1988'); 


27 years 4 mons 21 days 
(1 row) 





Figura 5.8: Calculando a idade 


É possível também calcular a idade baseado em duas datas da 
seguinte maneira: 


postgresq=4 select age(timestamp '07/05/2016', 
timestamp '12/05/2007'); 


postgres=% select age(timestamp '07/05/2016', 
timestamp '12/05/2007'); 


8 years 11 mons 26 days 
(1 row) 





Figura 5.9: Calculando a idade entre duas datas 


Funções para consultar data, hora e data/hora atuais 


A todo momento estamos olhando no relógio para saber o 
horário. E no desenvolvimento de software, por uma infinidade de 
motivos, temos de consultar a data e hora para criar validações em 
nosso sistema. 


Imagine que vocé precise bloquear o acesso dos usuários depois 
que a conta deles esteja vencida. Para isso, vocé deverá conferir a 
data de vencimento delas com a data atual. E muitas vezes, deverá 
também levar em consideracáo o horário em que está fazendo a 
consulta para realizar o bloqueio. 
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Para a nossa salvação, o PostgreSQL fornece algumas maneiras 
para consultarmos data, hora e data/hora atuais. Essas funções estão 
relacionadas na tabela a seguir. 


Função 
clock timestamp() 
current date 
current time 
current. timestamp 
localtime 
localtimestamp 


now() 


statement timestamp() 


timeofday() 


Descrição 
Data e hora atual 
Data atual 
Hora atual 
Data e hora atual 
Hora atual 
Data e hora atual 


Data e hora atual 


Data e hora atual 


Data e hora atual no formato de 


texto 


Exemplo 
select clock timestamp(); 
select current date; 
select current time; 
select current. timestamp; 
select localtime; 
select localtimestamp; 
select now(); 


select 
statement. timestamp(); 


select timeofday(); 


Muitas dessas funções de datas e horários podem ser utilizadas 


para a mesma finalidade. Escolha a que desejar! 


Para trabalharmos com data e horário, também temos à nossa 


disposição as funções: 
Função 


date part('day”, 
timestamp) 


date part('month;, 
timestamp) 


date_part('year', 
timestamp) 


date_part('hour', 
timestamp) 


Descrição 


Extrai o dia da data/hora 
informada 


Extrai o mês da data/hora 
informada 


Extrai o ano da data/hora 
informada 


Extrai a hora da data/hora 
informada 


5.6 FUNÇÕES DATA/HORA 


Exemplo 


select date part('day', 
timestamp 04/11/1988 
20:38:40); 


select date part('day', 
timestamp 04/11/1988 
20:38:40"); 


select date part('day', 
timestamp 04/11/1988 
20:38:40); 


select date part('day', 
timestamp '04/11/1988 
20:38:40"); 


date part('minute, 
timestamp) 


date part('second”, 
timestamp) 


justify days(intervalo) 


justify hours(intervalo) 


justify interval(intervalo) 


justify interval(intervalo) 


justify interval(intervalo) 


justify interval(intervalo) 


Extrai os minutos da data/hora 
informada 


Extrai os segundos da 
data/hora informada 


Conta a quantidade de meses 
em um invervalo de dias 


Conta a quantidade de dias em 
um intervalo de horas 


Calcula a quantidade de meses, 


dias ou horas, subtraindo 
meses com horas 


Calcula a quantidade de meses, 


dias ou horas, subtraindo 
meses com dias 


Calcula a quantidade de meses, 


dias ou horas, subtraindo dias 
com horas 








Calcula a quantidade de meses, 
dias ou horas, somando meses 
com horas 


select date part('day', 
timestamp 04/11/1988 
20:38:40); 


select date part('day', 
timestamp 04/11/1988 
20:38:40); 


select 
justify days(interval 
43 days); 


select 
justify hours(interval 
32 hours”); 


select 
justify. interval(interval 
2 mon - 25 hours”); 


select 
justify. interval(interval 
2 mon - 14 days’); 


select 
justify_interval(interval 
3 days - 8 hour”); 


select 
justify_interval(interval 
'4 mon - 28 hour”); 


Uma outra função muito interessante é o extract . Com ela, é 


possível extrair diversas informações de uma variável de data/hora, 


data ou somente hora. Ela sempre vai retornar um resultado do tipo 


double . As informações mais relevantes que essa função pode 


extrair são: 


Descrição 


Para a extrair a década de uma 


Para extrair o dia do ano de uma 


Função 
centür Para extrair o século de uma 
7 determinada data 
a Para extrair o dia de uma 
y determinada data 
decade 
determinada data 
doy 


Exemplo 


select extract (century from 
timestamp '04/11/1988 12:21:13”); 


select extract (day from timestamp 
04/11/1988 12:21:13); 


select extract (decade from 
timestamp 04/11/1988 12:21:13”); 


select extract (doy from timestamp 
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determinada data 04/11/1988 12:21:13); 


hour Para extrair a hora de um select extract (hour from timestamp 

determinado horário '04/11/1988 12:21:13); 
E Para extrair o ano de uma select extract (year from timestamp 

y determinada data 04/11/1988 12:21:13); 

mmute Para extrair os minutos de um select extract (minute from 
determinado horário timestamp '04/11/1988 12:21:13”); 

Ti, Para extrair o més de uma select extract (month from 
determinada data timestamp '04/11/1988 12:21:13"); 

dond Para extrair o valor dos segundos de select extract (second from 
um determinado horário timestamp '04/11/1988 12:21:13”); 


Para utilizar o extract em uma das tabelas do nosso projeto, o 
código será: 


postgres=* select extract(year from data criacao) 
from funcionarios where id = 1; 


Essas funções que extraem informações de uma determinada 
data e horário são muito úteis quando estamos desenvolvendo uma 
aplicação e precisamos exibir ao usuário alguma informação 
baseada em datas do sistema. Para não precisarmos programar os 
cálculos, o banco de dados já tem essas funções para nos auxiliar. 


5.7 FUNÇÕES AGREGADORAS 


As funções agregadoras são, sem sombra de dúvidas, as mais 
importantes e as mais usadas nas consultas do dia a dia de um 
programador. Isso porque é com elas que fazemos cálculos e 
extraímos informações importantes dos nossos dados. 


Contando nossos registros com count(*) 


Sem olhar no banco de dados, você sabe quantos registros já 
temos na tabela funcionarios ? Conforme a quantidade de 
registros no banco de dados vai aumentando, é claro que não 
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conseguimos acompanhar e saber quantos uma tabela contém. Para 
nos auxiliar nessa tarefa, temos uma função muito bacana, o 
count(*). 


Vamos contar quantos registros a nossa tabela possui. Máos no 
teclado e vamos escrever essa consulta. 


postgres=* select count(*) 
from funcionarios; 


postgres=t select count(*) 
postgres-+ from funcionarios; 





Figura 5.10: Contando os registro da tabela funcionarios 


Dica! 


Quando a tabela não possui muitos registros nem muitos 
campos, podemos usar o * (asterisco) entre parênteses. No 
entanto, quando uma tabela possui muitos registros e campos, 
procure utilizar um campo entre parênteses, de preferência a 
chave primária da tabela. 


Quando o * é usado, o banco utiliza todos os campos para 


fazer a contagem. Isso faz com que ele fique lento e a consulta 
demore. Quando indicamos um campo, a consulta ganha 
performance. Ela ficaria da seguinte maneira: select 


count (**id**) from funcionarios. 





Somando as colunas utilizando sum() 
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O foco dos sistemas que estamos desenvolvendo durante o livro 
são vendas. Então, saber a soma de todas as vendas é um dos 
objetivos quando se tem um sistema de vendas. Vamos calcular o 
total de vendas que fizemos até agora. 


postgres=& select sum(venda total) 
from vendas; 


Levando em consideração que você não tenha inserido 
nenhuma outra venda, além das que inserimos no começo do livro, 
como resultado você também terá: 


select sum(venda total) 
from vendas; 





Figura 5.11: Somando nossas vendas 


Se você inseriu mais registros, não tem problema. Você está de 
parabéns, isso mostra que você está praticando bem os assuntos de 
que estamos tratando. 


Calculando a média dos valores com avg() 


Agora que já possuímos o valor total de todas as vendas, vamos 
calcular a média de preço dos produtos que comercializamos. Para 
essa tarefa, usaremos a função avg() . 


postgres=4 select avg(produto valor) 
from produtos; 
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postgres=* select avg(produto valor) from produtos; 





Figura 5.12: Calculando o valor médio dos produtos 


Valores máximos e mínimos de uma coluna com max() 
e min() 


Temos a média dos valores dos produtos. A média varia com os 
maiores e menores preços dos produtos. E para saber qual o 
produto de maior valor e o de menor? Também temos uma função 
para nos auxiliar nessa tarefa. É a função max() e min(), para 
encontrarmos o maior e o menor valor, respectivamente. Então, 
mãos no teclado e vamos lá! 


postgres=* select max(produto valor), min(produto valor) 
from produtos; 


postgres=# select max(produto valor), min(produto valor) 
postgres-& from produtos; 





Figura 5.13: Valor máximo e mínimo 


Agrupando registros iguais com group by 


Descobrimos algumas informações interessantes sobre os nossos 
dados. Descobrimos o total de vendas, o valor médio de nossos 
produtos e o maior e o menor valor de um produto que temos em 
nosso banco. Agora vamos criar uma consulta para buscarmos a 
venda de cada produto vendido. Usaremos uma função que já 
conhecemos, a sum() , e conheceremos uma nova função 
agregadora, a group by. 
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Vamos utilizá-la para agrupar os registros iguais para criar 
algum tipo de totalizador, que no nosso caso será a soma das vendas 
de cada produto. Mãos no teclado e vamos à nossa consulta. Mas 
antes de criarmos, vamos inserir mais alguns registros nas tabelas 
vendas e itens vendas para termos mais dados para testarmos. 


postgres=> insert into vendas (id, 
funcionario id, 
mesa id, 
venda codigo, 
venda valor, 
venda total, 
venda desconto, 
venda situacao, 
data criacao, 
data atualizacao) 
values (10000, 

1, 

1, 

'10201', 

'51', 

'51', 

or, 

"Ar, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into itens_vendas (produto_id, 
vendas_id, 
item_valor, 
item_quantidade, 
item_total, 
data_criacao, 
data_atualizacao) 

values (4, 

10000, 
15, 
2, 
30, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into itens_vendas (produto_id, 
vendas_id, 
item_valor, 
item_quantidade, 
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item total, 

data criacao, 

data atualizacao) 
values (3, 

10000, 

7, 

3, 

21, 

'01/01/2016', 

'01/01/2016'); 


postgres=> insert into vendas (id, 
funcionario_id, 
mesa_id, 
venda_codigo, 
venda_valor, 
venda_total, 
venda_desconto, 
venda_situacao, 
data_criacao, 
data_atualizacao) 

values (10001, 
1, 
1, 
110201', 
120", 
120", 
10", 
'A!, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into itens_vendas (produto_id, 
vendas_id, 
item_valor, 
item_quantidade, 
item_total, 
data_criacao, 
data_atualizacao) 

values (1, 

10001, 
10, 
2, 
20, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into vendas (id, 
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funcionario id, 
mesa id, 
venda codigo, 
venda valor, 
venda total, 
venda desconto, 
venda situacao, 
data criacao, 
data atualizacao) 
values (10002, 


19, 
'A!, 

'01/01/2016', 
'01/01/2016' ); 


postgres=> insert into itens_vendas (produto_id, 
vendas_id, 
item_valor, 
item_quantidade, 
item_total, 
data_criacao, 
data_atualizacao) 

values (4, 

10002, 
15, 
3, 
45, 
'01/01/2016', 
'01/01/2016'); 


Agora que temos vários registros, montaremos a consulta. 
Vamos buscar os produtos e somar o total vendido de cada item. 
Conseguiremos fazer isso se agruparmos todos os registros iguais no 
campo produto id . Por isso, vamos utilizar a função de 
agrupamento. 
postgres=g select produto id , sum(iten total) 


from itens vendas 
group by produto id; 


Como resultado da nossa consulta, temos: 
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postgres=% select produto id , sum(iten total) 
postgres-+ from itens vendas 
postgres-% group by produto id; 
produto id | 





Figura 5.14: Valor vendido de cada produto 


Não ficou muito legal a apresentação, pois só temos o id de 
cada produto. Vamos utilizar um recurso que já aprendemos para 
mostrar o nome do produto. Logo, criaremos uma função que busca 
o seu nome. Mãos no teclado e vamos colocar em prática um 
recurso já aprendido. 


postgres=4 create or replace function 
retorna nome produto(prod id int) 
returns text as 
$$ 
declare 
nome text; 
begin 
select produto nome 
into nome 
from produtos 
where id = prod id; 
return nome; 
end 
$$ 
language plpgsql; 


Agora que temos uma função que retorna o nome do produto, 
vamos reescrever a consulta que fizemos com os totais de cada 
produto vendido. 
postgres=+ select retorna nome produto(produto id) , sum(iten tota 
1) 


from itens vendas 
group by produto id; 
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postgres=t select retorna nome produto(produto id) , sum(iten total) 
from itens vendas 
group by produto id; 
retorna nome produto | sum 


SUCO DE LIMÃO 
REFRIGERANTE 
PASTEL 
(3 rows) 





Figura 5.15: Valor vendido de cada produto e uma function para retornar o nome do produto 


Muito melhor, não é mesmo? Agora conseguimos saber qual 
produto está listado. Mas ainda podemos melhor um pouco mais 
nossa consulta. 


Vamos ordenar o nosso resultado e apelidar as colunas. Ficou 
meio bagunçada essa última consulta, pois, se você ver o nome da 
coluna no seu resultado, o nome é sum . Se você estivesse vendo 
pela primeira vez esse resultado, você não saberia dizer do que se 
trata. Então, vamos melhorar o nosso código. 
postgres=* select retorna nome produto(produto id) PRODUTO, 

sum(item total) VL TOTAL PRODUTO 
from itens vendas 


group by produto id 
order by vl total produto, produto; 


select retorna nome produto(produto id) PRODUTO, 
sum(iten total) VL 
from itens vendas 
group by produto id 
postgres-% order by vl total produto, produto; 
produto | vl total produto 


PASTEL | 
REFRIGERANTE | 
SUCO DE LIMAO | 

(3 rows) 





Figura 5.16: Valor vendido de cada produto, uma function para retornar o nome do produto e 
ordenado e apelidado 


Observe como conseguimos evoluir o nosso código. Para você 
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apelidar uma coluna, basta colocar um nome qualquer na frente 
dela. Quando você executar a consulta, o que será apresentado 
como resultado é o seu apelido. 


A ordenação é feita usando o comando order by . Na consulta, 
informamos que gostaríamos que o resultado fosse ordenado 
primeiro pelo campo vl total produto , e depois pela coluna 

produto . Por padrão, o PostgreSQL ordena de forma ascendente. 
Poderíamos ter solicitado uma ordenação de forma descendente. O 
código ficaria da seguinte maneira: 
postgres=4 select retorna nome produto(produto id) PRODUTO, 
sum(item total) VL TOTAL PRODUTO 

from itens vendas 

group by produto id 

order by vl total produto desc, produto; 

Para trabalhar juntamente com a cláusula group by() , temos 
o having count () , que vai eliminar as linhas de um agrupamento 
que você não deseja que seja exibido. Vamos supor que surgiu a 
necessidade de extrairmos de nossos projetos a quantidade vendida 
de cada produto. Utilizando somente o group by() , podemos 
fazer uma consulta que nos retornará o nome do produto e contará 
quantas vezes ele foi vendido. Mãos no teclado e vamos criar a 
seguinte consulta: 
postgres=& select retorna nome produto(produto id), 

count(id) QTDE 


from itens vendas 
group by produto id; 


Como resultado, teremos: 
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postgres=f select retorna nome produto (produto id), 

postgres-+ count (id) QTDE 

postgres-f from itens vendas 

postgres-f group by produto id; 
retorna nome produto 


REFRIGERANTE 
SUCO DE LIMÃO 
PASTEL 

(3 rows) 





Figura 5.17: Número de vendas por produto 


Agora que sabemos a quantidade vendida de cada produto, 
vamos filtrar nela apenas os produtos que tiveram vendas iguais ou 
superiores a 2. Agora que entra a cláusula having count () . Como 
usamos o count() anteriormente para contar os itens, vamos 
utilizar o having count() em nossa consulta para indicar que 
queremos apenas os produtos que possuam contagem maior ou 
igual a 2, e ordenar pela quantidade contada. Vamos ao nosso 
código. 
postgres=& select retorna nome produto(produto id) produto, 

count(id) qtde 
from itens vendas 
group by produto id 


having count(produto id) >= 2 
order by qtde; 


E como resultado de nossa consulta, teremos: 


postgres=f select retorna nome produto (produto id) produto, 
postgres-f count (id) qtde 

postgres-f from itens vendas 

postgres-+ group by produto id 

postgres- having count (produto_id) >= 2 
postgres-+ order by qtde; 


produto 


SUCO DE LIMÃO 
FRIGERANTE 
rows) 





Figura 5.18: Having count como forma de filtrar as linhas apresentadas 
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Observe que, nesta última consulta, utilizamos o count() , 
group by() , order by eo having count() . Cada vez mais 
nossas consultas estáo ficando mais completas. Agora vocé poderá 
usar essas funcóes conforme vocé for tendo a necessidade no dia a 
dia. 


Funcóes de formatacáo 


No cotidiano do desenvolvimento de software, podem surgir 
diversas necessidades, muitas vezes pela regra de negócio em que 
estamos trabalhando, e muitas vezes precisamos adaptar os nossos 
dados para os processos funcionarem corretamente. Conforme 
nosso sistema cresce, náo conseguimos definir com exatidáo quais 
os processos que teremos no futuro, e quais os tipos de dados com 
que vamos trabalhar. 


Poderemos ter processos nos quais precisaremos converter 
dados de texto para o tipo data e hora, tipos numéricos para tipo de 
texto, registro de tempo para texto, entre outros. Para esses casos, 
temos funções que fazem essa conversão e tornam nossa vida muito 
mais feliz. Vamos à lista: 


Função Descrição Exemplo Resultado 
Converte tipo select 
acer hora para to char(current timestamp, 01:11:11 
texto 'HHIZ:MESS); 
Converte ti 
to char(data, RS select to char(current date, 
iata) sata pari 'DD/MM/YYYY ); 23/03/2016 
texto 
3 select 
to_char(data, prop o pe to char(current timestamp, 23/03/2016 
formato) fed DD/MM/YYYY 01:11:11 
yes HHIZ:MESS'); 
srt irado É Converte 
inteiro, número ER - he a 
Ni que io tipo inteiro to char(2322,'99999'); 
primeiro número arale 
'999') 
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Converte 


to char(número zeg do select to_char(125.8::real, ses 
double/real, '999D9') double/real 999D9'); 

para texto 

Converte ” , 
to date(texto, e select to_date('04 e 1988', AENOR 
formato) pes DD Mon YYYY’); 

Converte 
to_number(texto, texto para select to number('52.3', 523 
formato) dado '99G999D9S”); 

numérico 

Converte tipo 
to timestampltext, Es Sedo select to timestamp('04 Nov gi ends 
text) EE 1988, 'DD Mon YYYY’); 

horário para 

texto 


5.8 CONSULTAS UTILIZANDO LIKE 


Até agora, sempre utilizamos o sinal de = (igual) para verificar 
uma condição e, na maioria das vezes, usamos números para fazer 
essa comparação. Mas ainda não havíamos feito uma verificação de 
consulta com um campo que possuísse registro de algum nome ou 
com mais de uma palavra. Por exemplo, como no campo 

funcionario nome , em que temos o nome e sobrenome. 


Vamos inserir mais alguns registros para conseguirmos 
entender melhor a utilização do like. 


postgres=> insert into funcionarios(funcionario codigo, 
funcionario nome, 
funcionario situacao, 
funcionario comissao, 
funcionario cargo, 
data criacao) 

values('0100', 

'VINICIUS SOUZA', 
tal, 
2, 
'GARCOM', 
'01/03/2016' ); 
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postgres=> insert into funcionarios(funcionario codigo, 
funcionario nome, 
funcionario situacao, 
funcionario comissao, 
funcionario cargo, 
data criacao) 

values('0101', 

'VINICIUS SOUZA MOLIN', 
Ar, 
2, 
'GARCOM', 
'01/03/2016' ); 


postgres=> insert into funcionarios(funcionario_codigo, 
funcionario_nome, 
funcionario_situacao, 
funcionario_comissao, 
funcionario_cargo, 
data_criacao) 

values('0102', 

'VINICIUS RANKEL C', 
Ar, 
2, 
'GARCOM', 
'01/03/2016'); 


postgres=> insert into funcionarios(funcionario_codigo, 
funcionario_nome, 
funcionario_situacao, 
funcionario_comissao, 
funcionario_cargo, 
data_criacao) 

values('0103', 

"BATISTA SOUZA LUIZ', 
Ar, 
2, 
'GARCOM', 
'01/03/2016'); 


postgres=> insert into funcionarios(funcionario_codigo, 
funcionario_nome, 
funcionario_situacao, 
funcionario_comissao, 
funcionario_cargo, 
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data criacao) 
values('0104', 
"ALBERTO SOUZA CARDOSO', 
"Ar, 
2, 
'GARCOM', 
'01/03/2016'); 


postgres=> insert into funcionarios(funcionario_codigo, 
funcionario_nome, 
funcionario_situacao, 
funcionario_comissao, 
funcionario_cargo, 
data_criacao) 

values('0105', 

"CARLOS GABRIEL ALMEIDA', 
Ar, 
2, 
'GARCOM', 
'01/03/2016'); 


postgres=> insert into funcionarios(funcionario_codigo, 
funcionario_nome, 
funcionario_situacao, 
funcionario_comissao, 
funcionario_cargo, 
data_criacao) 

values('0106', 

'RENAN SIMOES SOUZA', 
Ar, 
2, 
'GARCOM', 
'01/03/2016'); 


Se você não inseriu nenhum outro registro no banco, apenas os 
exemplos que estão no livro, caso consulte o campo 
funcionario nome na tabela de funcionários, o resultado será: 
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postgres=% select funcionario nome from funcionarios; 
funcionario nome 


VINICIUS CARVALHO 
SOUZA 

VINICIUS SOUZA 
VINICIUS SOUZA MOLIN 
VINICIUS RANKEL C 
BATISTA SOUZA LUIZ 
ALBERTO SOUZA CARDOSO 
CARLOS GABRIEL ALMEIDA 
RENAN SIMOES SOUZA 
CNT ES 





Figura 5.19: Consultando com like 


Agora imagine se tivéssemos uma lista com mais de mil nomes 
de funcionários e quiséssemos consultar apenas aqueles cujo 
primeiro nome seja igual a VINICIUS . Seria um trabalho grande 
selecionar todos e procurar os códigos desses registros. 


Com o like, podemos criar uma consulta que buscará todos 
os registros que iniciam com VINICIUS e não levará em 
consideração a continuação do nome. Mãos no teclado e vamos ao 
nosso código. 
postgresql=4 select funcionario nome 


from funcionarios 
where funcionario nome like 'VINICIUS%'; 


Veja no resultado a seguir que o banco trouxe todos os registros 
que iniciavam com VINICIUS , ignorando todo o restante do nome 
em cada registro. Isso ocorreu porque, no final da string, 
inserimos o caractere % . Quando não sabemos uma parte da 

string , usamos esse caractere para dizer para o banco de dados 
que não sabemos o que está escrito depois dele e que é para ele 
buscar todos os resultados. 
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postgres=% select funcionario nome 
from funcionarios 
where funcionario nome like 'VINICIUSK'; 
funcionario nome 


VINICIUS CARVALHO 
VINICIUS SOUZA 
VINICIUS SOUZA MOLIN 
VINICIUS RANKEL C 
(CRED) 





Figura 5.20: Resultado da consulta com like 


Também podem ocorrer situações em que não sabemos onde o 
termo que queremos consultar se encontra. Vamos supor que 
precisamos consultar todos os nomes que possuem a palavra 
SOUZA . Não sabemos se está no início, no meio ou no final do 
nome. Apenas sabemos que há nomes que contêm a palavra 
SOUZA . Novamente, usaremos o sinal % , só que agora vamos 
colocar duas vezes. Vamos ao nosso código. 
postgresql=# select funcionario nome 


from funcionarios 
where funcionario nome like 3 


postgres=# select funcionario_nome 
from funcionarios 
where funcionario nome like '%SOUZA%' ; 


VINICIUS SOUZA 
VINICIUS SOUZA MOLIN 
BATISTA SOUZA LUIZ 
ALBERTO SOUZA CARDOSO 
RENAN SIMOES SOUZA 

(6 rows) 





Figura 5.21: Consultando com like no meio 


Nessa última consulta, não sabíamos onde a palavra ou o termo 
se encontrava. Apenas sabíamos que existia em algum lugar. Foi isso 
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que fizemos, instruímos o banco de dados para buscar todos os 
registros que continham a palavra SOUZA . 


Diferentemente do like , quando usamos o sinal de =, temos 
de saber com exatidão o conteúdo do campo. Se não, o banco de 
dados não vai encontrar resultados na consulta. Você pode até 
tentar utilizar o sinal % com o sinal de igual, só que não terá 
resultado. Faça a consulta: 
postgresql=4 select funcionario nome 

from funcionarios 
where funcionario nome = 'VINICIUS%'; 

Verá que não trará nenhum registro. Agora utilize a seguinte 
consulta: 
postgresql=4 select funcionario nome 


from funcionarios 
where funcionario nome = "VINICIUS SOUZA"; 


Agora deu certo, pois informamos com exatidão a string que 

o banco deveria procurar. Também não é obrigatório usar o sinal 

% nas consultas com o like . Você pode utilizá-lo da mesma 
maneira que o sinal =. 


5.9 PARA PENSAR! 


Conseguimos produzir muitas linhas de código neste capítulo, e 
o mais legal foi que, em algumas partes, conseguimos inserir 
assuntos e recursos que aprendemos nos capítulos anteriores. É 
assim que vamos fixando os assuntos aprendidos. Pegue essas 
funções que aprendemos e tente aplicar nas outras tabelas que 
foram criadas no banco de dados. Crie vários outros registros, se 
necessário. 


Lembra dos nossos processos que fazem alguns cálculos? E se 
pudéssemos executá-los a partir de ações que acontecem em nosso 
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banco de dados de uma forma automática? Seria muito legal, certo? 
É exatamente isso que nos espera no próximo capítulo. Vá tomar 
um café e, em seguida, vire a página e vamos para o próximo 
capítulo! 
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CAPÍTULO 6 


BANCO DE DADOS RÁPIDO 
NOS GATILHOS 


"Nós somos aquilo que fazemos com frequéncia. Exceléncia, 
entáo, náo é um ato, mas um hábito". — Aristóteles 


6.1 TRIGGERS — GATILHOS PARA AGILIZAR 
TAREFAS 


Segundo a documentação oficial do PostgreSQL 9.4, uma trigger 
é uma instrução ao banco de dados que deve automaticamente 
executar uma função específica quando uma operação específica for 
feita. Elas podem ser para tabelas, views e chaves estrangeiras. 


Podemos dizer que triggers, ou gatilhos, são procedimentos 
armazenados no banco de dados, que utilizamos para disparar ações 
automaticamente ou realizar uma tarefa automática, como por 
exemplo, gravar logs de alterações de uma tabela. Podemos pedir 
para o banco de dados gravar em uma tabela de logs todas as 
alterações que houver em determinada tabela. 


Vamos imaginar uma máquina de lavar roupa, dessas 
automáticas que lavam, enxaguam e secam. Você apenas a 
programa uma vez e ela faz uma operação assim que a outra 
termina. É exatamente assim que as triggers funcionam: 
disparam automaticamente uma função quando uma outra termina. 
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Existem três eventos em que usamos as triggers: de inserção 
(insert), na alteração (update) e na exclusão de registros (delete). 
Cada um desses eventos pode ocorrer em dois momentos: antes da 
execução do evento (before) ou depois da execução do evento 
(after). Algo muito legal é que podemos incluir mais de um 
momento para executar uma trigger. Isso facilita para não termos de 
repetir o mesmo código várias vezes. 


Imagine o cenário do cálculo da comissão do vendedor. A 
trigger dispararia no evento insert, ao inserir o registro de venda, e 
depois (after) do registro da venda ter sido inserido. Simples, não é 
mesmo? Se ficar na dúvida, lembre-se de que, para inserir a trigger, 
você precisa escolher em qual evento ela vai disparar e em que 
momento deve acontecer. 


Se ainda está com dúvida, não se preocupe. Vamos exemplificar 
cada evento e todos os momentos que podemos usar os gatilhos. 
Para isso, usaremos como base as tabelas que criamos e os registros 
que inserimos. Vamos criar cenários reais, tudo baseado em nosso 
projeto. 


6.2 TRIGGERS: INSERT, UPDATE E DELETE 


Vamos criar uma trigger que disparará uma função que vai 
gravar os registros que estão sendo alterados. Vamos pedir para 
armazenar o registro antigo e os novos. 


Para isso, precisaremos criar alguns objetos que aprendemos 
anteriormente. Criaremos uma tabela para armazenar os logs da 
tabela de produtos. Nela, vamos incluir todos os mesmos campos da 
tabela de produtos duas vezes, pois na mesma linha gravaremos o 
valor antigo do campo e o novo valor. Além da tabela, vamos 
precisar criar uma função que vai fazer o processo de inserção dos 
registros nesta nova tabela. Diferente dos tipos de funções que já 
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criamos, esta terá o retorno do tipo trigger. 


Em PostgreSQL, um gatilho (trigger) pode executar qualquer 
função definida pelo usuário em uma de suas linguagens 
procedurais Java, C, Perl, Python ou TCL, além de por meio da 
linguagem SQL. Em MySQL, gatilhos são ativados por comandos 
SQL, mas não por APIs, já que estas não transmitem comandos SQL 
ao servidor MySQL. 


A nossa trigger vai se chamar tri log produtos e será 
disparada após haver uma inserção, uma alteração ou exclusão de 
registro na tabela produtos . Então, mãos no teclado e vamos ao 
código. 


Primeiro, vamos criar a nossa tabela. A tabela se chamará 
logs produtos . Nos campos em que serão armazenados os 
valores antigos, vamos colocar um sufixo _old ao final do nome. E 
para os campos nos quais serão armazenados os valores novos, 
colocaremos o sufixo new ao final do nome. Esta é uma 
convenção que eu, particularmente, gosto de usar. Você pode criar a 
sua. :) 


Vou criar uma coluna em nossa tabela chamada alteracao 
que vai armazenar o tipo de operação que foi feita na tabela, ou seja, 
gravará se foi uma inserção, uma alteração ou exclusão de registros. 
Isso é possível pois, durante a execução da function que retorna 
um tipo trigger, cria variáveis na memória que armazena os valores 
antigos e novos, além de armazenar o tipo da operação executada. 


A variável que vai nos retornar o tipo da ação éa TG OP,eos 
valores antigos e novos são as variáveis old.nome coluna e 


new.nome coluna , respectivamente. 


postgres=> create table logs produtos( 


id int not null primary key, 
data alteracao timestamp, 
alteracao varchar (10), 
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id old int, 
produto codigo old varchar (20), 


produto nome old varchar (60), 

produto valor old real, 

produto situacao old varchar(1) default 'A', 
data criacao old timestamp, 

data atualizacao old timestamp, 

id new int, 

produto codigo new varchar (20), 

produto nome new varchar (60), 

produto valor new real, 

produto situacao new varchar(1) default 'A', 
data criacao new timestamp, 


data atualizacao new timestamp ); 
Vamos criar uma sequence para a nossa tabela de logs. 
postgres=> create sequence logs produto id seg; 


Agora vamos vincular a sequence à coluna id da tabela 
logs produtos . 
postgres=> alter table logs produtos 
alter column id set default 
nextval('logs produto id seg'); 
Pronto! A tabela está pronta para receber os logs de alterações 
da tabela produtos . Vamos agora criar a função e o nosso gatilho. 


Primeiro, vamos criar a function. Mas antes devemos fazer uma 
análise da situação. Nós usaremos a mesma trigger para o insert , 
update e delete , correto? Sim. E queremos armazenar o valor 
antigo do campo e o valor novo. Mas se analisarmos, nós temos o 
valor anterior e o novo para um determinado campo, por exemplo, 
quando fazemos um update , pois, se vamos inserir um registro, 
não temos um valor antigo, apenas o novo. E se fizermos um 
delete , não teremos um valor novo, apenas o antigo, já que o 
registro deixa de existir. 


Pois bem, pensando nisso, vamos fazer um tratamento 
utilizando os condicionais que aprendemos, o if eo else. Se 
não fizermos o tratamento ao consultar as variáveis criadas em 


110 6.2 TRIGGERS: INSERT, UPDATE E DELETE 


tempo de execução, o SGBD não encontrará registro e ocorrerá um 
erro, dizendo que a variável não possui valor. Mãos no teclado e 
vamos ao código. 


create or replace function gera log produtos() 
returns trigger as 


$$ 
Begin 
if TG_OP = 'INSERT' then 


insert into logs_produtos ( 
alteracao 
,data_alteracao 
,1d_new 
, produto codigo new 
, produto nome new 
, produto valor new 
, produto situacao new 
,data criacao new 
, data atualizacao new 


) 


values ( 
TG OP 
,now() 
, new. id 
, new. produto codigo 
, New. produto nome 
,new.produto valor 
, new. produto situacao 
new. data criacao 
new. data atualizacao 


); 


return new; 


elsif TG_OP = 'UPDATE' then 


insert into logs_produtos ( 
alteracao 
,data_alteracao 
,id old 
, produto codigo old 
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, produto nome old 

, produto valor old 

, produto situacao old 
,data criacao old 
,jdata atualizacao old 
,id new 

, produto codigo new 

, produto nome new 

, produto valor new 

, produto situacao new 
,jdata criacao new 

, data atualizacao new 


values ( 

TG OP 

,now() 

,old.id 
,Old.produto codigo 
,old.produto nome 
,Old.produto valor 
,old.produto situacao 
,old.data criacao 
,old.data atualizacao 
,hew.id 
,hew.produto_codigo 
,hew.produto_nome 
,hew.produto_valor 
,hew.produto_situacao 
,new.data criacao 
,new. data atualizacao 


); 


return new; 


elsif TG OP = "DELETE" then 


insert into logs produtos ( 
alteracao 
,data_alteracao 
,1d_old 
, produto codigo old 
, produto nome old 
, produto valor old 
, produto situacao old 
,jdata criacao old 
, data atualizacao old 


) 
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values ( 
TG OP 

,now() 
,old.id 
,old.produto codigo 
,old.produto nome 
,old.produto valor 
,old.produto situacao 
,old.data criacao 
,old.data atualizacao 


); 


return new; 
end if; 
end; 
$$ language 'plpgsql'; 


Com esta function, o banco de dados vai verificar a operação 
que foi executada e, com isso, fazer o insert na tabela de log, 
inserindo a operação que foi executada. E agora finalmente, 
criaremosa trigger. 
postgres=> create trigger tri_log_produtos 

after insert or update or delete on produtos 


for each row execute 
procedure gera_log_produtos(); 


Para sabermos que a trigger está criada corretamente na tabela 
que desejamos, podemos listar os objetos dessa tabela usando o 
comando \d nome_tabela . 


postgres=> \d produtos; 
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Figura 6.1: Os itens da tabela de produtos 


Agora que criamos todo o fluxo para gravarmos os logs da tabela 
produtos, vamos realizar alterações nela que possibilitem a 
visualização dos registros nessa nova tabela. Vamos inserir três 
novos produtos. Fiquem à vontade para criar quantos registros você 
quiser. Quanto mais, melhor! 


postgres=> insert into produtos (produto codigo, 
produto nome, 
produto valor, 
produto situacao, 
data criacao, 
data atualizacao) 

values ('1512', 

"LAZANHA!, 
46, 
"Ar, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into produtos (produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao) 

values ('1613', 

"PANQUECA', 
38, 
"Ar, 
'01/01/2016', 
'01/01/2016'); 


postgres=> insert into produtos (produto_codigo, 
produto_nome, 


114 6.2 TRIGGERS: INSERT, UPDATE E DELETE 


produto valor, 

produto situacao, 

data criacao, 

data atualizacao) 
values ('733', 

"CHURRASCO", 

72, 

'A!, 

'01/01/2016', 

'01/01/2016'); 


A inserção de dados na tabela produtos já deve ter gerado logs 
nela. Vamos verificar. Como sabemos as colunas que tiveram 
inserção de dados, vamos consultar apenas elas. 


postgres=> 
select alteracao 
, data alteracao 
,id new 
, produto codigo new 
, produto nome new 
, produto valor new 
, produto situacao new 
,data criacao new 
,data atualizacao new 
from logs produtos; 





Figura 6.2: Os primeiros logs 


Observe que o campo alteracao gravou corretamente o tipo 
da operação que realizamos, um insert na tabela. Mas agora 
vamos fazer uma alteração na tabela produtos , e atualizar o preço 
do "CHURRASCO". 
postgres=> 


update produtos set produto valor = 99 
where produto nome = "CHURRASCO"; 
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Como sabemos que o update realiza uma inserção em todos os 
campos da tabela de logs, vamos realizar uma consulta completa na 
tabela. 


postgres=> select * 
from logs produtos; 





Figura 6.3: Logs de inserção (insert) e alteração (update) 


Agora que fizemos o insert eo update, só nos restou 
deletar um registro para visualizarmos como ficará os logs da tabela 
de produtos. Logo, deletaremos a 'PANQUECA' do nosso sistema. 


postgres=> delete from produtos where produto nome = 'PANQUECA'; 
Executando a mesma consulta: 


postgres=> select * 
from logs produtos; 





Figura 6.4: Logs de inserção (insert), alteração (update) e exclusão (delete) 


A partir de agora, todas as alterações realizadas na tabela de 
produtos serão gravadas nesta tabela de logs. Existem muitos outros 


116 6.2 TRIGGERS: INSERT, UPDATE E DELETE 


modelos para armazenar logs de uma tabela. Este pode não ser o 
mais elegante, mas para iniciarmos um projeto já é o suficiente. 


Se utilizarmos o comando truncate para excluir os registros 
de uma tabela, ele não vai disparar as triggers que estiverem 
configuradas para disparar on delete , pois o truncate 


ignora qualquer trigger . 





6.3  DESABILITANDO,  HABILITANDO E 
DELETANDO UMA TRIGGER 


As regras de sistemas estão sempre mudando, e nós sempre 
devemos nos adequar a elas. É muito comum, por mudança de regra 
ou até por uma necessidade de manutenção do sistema, surgir a 
necessidade de não usar uma trigger por um período sem 
precisarmos excluí-la. Por isso, temos as possibilidades de 
desabilitar e habilitar uma trigger, além de deletá-la. 


Vamos desabilitar a trigger que criamos: 


postgres=> alter table produtos 
disable trigger tri log produtos; 


Vamos inserir um registro em nossa tabela para verificar se a 
trigger está realmente desabilitada. 


postgres=> insert into produtos (produto codigo, 
produto nome, 
produto valor, 
produto situacao, 
data criacao, 
data atualizacao) 

values ('912', 

'SORVETE', 
6, 
"Ar, 


6.3 DESABILITANDO, HABILITANDO E DELETANDO UMA TRIGGER 117 


'01/01/2016', 
'01/01/2016'); 


Agora se consultarmos a nossa tabela de logs, verificaremos que 
não houve inserção de registros na tabela de produtos. 


postgres=> select * 
from logs produtos; 





Figura 6.5: O banco não registrou a inserção, pois a trigger está desabilitada 


Muito cuidado ao deixar uma trigger desabilitada, porque, se ela 
for importante, como por exemplo, salva o log de uma determinada 
tabela, podemos perder o rastreamento das alterações. 


Agora vamos habilitar a trigger novamente: 


postgres=> alter table produtos 
enable trigger tri log produtos; 


Vamos alterar o preço do 'SORVETE'. 


postgres=> update produtos set produto valor = 10 
where produto nome = 'SORVETE'; 


Consultando novamente: 


postgres=> select * 
from logs produtos; 
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Figura 6.6: Trigger voltando a gravar as alterações 


E nossa trigger voltou a funcionar. Agora se você desejar 
realmente deletar a trigger, você pode usar o seguinte comando: 


postgres=> drop trigger tri log produtos on produtos; 


Se verificarmos os itens da tabela, veremos que ela não consta 
mais. 


postgres=> Md produtos 





Figura 6.7: Ausencia da trigger 


Para excluir uma trigger, tenha certeza de que ela náo será mais 
necessária, uma vez que a exclusáo pode prejudicar processos, tanto 
simples, como a gravação de logs, ou até mesmo cálculos que são 
executados por esses gatilhos. Por exemplo, imagine que vocé tem 
uma trigger que grava os logs de todas transações do banco de 
dados. Se vocé a excluir, o processo vai parar de ser executado e, 
consequentemente, os logs váo parar de ser armazenados. 


6.3 DESABILITANDO, HABILITANDO E DELETANDO UMA TRIGGER 119 


6.4 PARA PENSAR! 


Logs são muito importantes para um sistema, principalmente 
para segurança, já que é uma das maneiras de saber quem alterou 
algo no sistema, e até mesmo uma maneira para restaurar registros 
deletados indevidamente. Você agora pode criar uma tabela de log 
para cada tabela que criamos em nosso projeto. Uma maneira para 
você colocar em prática o que aprendeu neste capítulo. 


Além de logs, é possível automatizar outros processos no 
sistema, mas isso vai da sua imaginação. Poderíamos, por exemplo, 
criar uma trigger faça os cálculos de comissão dos vendedores, após 
a inserção de um registro. Podemos também criar triggers para 
validação de informações que estão sendo inseridas utilizando as 
variáveis criadas em tempo de execução. 


Agora você já sabe criar e deletar triggers. Delete as que criamos 
e tente criá-las sem olhar o código que fizemos. No começo, pode 
colar um pouco, mas só um pouco! ;) 


Os gatilhos nos ajudam bastante, pois disparam processos 
automaticamente após eventos que ocorrem em determinada tabela. 
Já conseguimos fazer diversas coisas no banco de dados. Mas até 
agora, criamos apenas consultas simples. Já está na hora de criarmos 
algumas consultas mais complexas. 4PartiuPróximoCapítulo 
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CAPÍTULO Y 


TURBINANDO AS 
CONSULTAS COM JOINS E 
VIEWS 


"Eu sempre fiz alguma coisa para a qual eu náo estava muito 
pronta. Acho que é assim que vocé cresce. Quando há aquele 
momento de 'Uau, eu não tenho tanta certeza de que posso fazer isso”, 
e aí você insiste nesses momentos; é aí que você tem um progresso”, — 
Marissa Mayer 


7.1 SUBCONSULTAS 


Existem algumas formas de se fazer consultas para extrair dados 
de uma ou mais consultas, seja por meio de consultas simples ou de 
funcóes que retornam dados. Entretanto, muitas vezes, precisamos 
criar ligacóes entre as tabelas em forma de dependéncia. 


Por exemplo, se quisermos criar um select para consultar os 
funcionários relacionados com uma ou mais vendas. Neste caso, já 
saberíamos criar as duas consultas: uma para buscar os funcionários 
e outra para buscar as vendas. Mas com essas duas consultas 
separadas náo conseguimos extrair valor para o nosso projeto, uma 
vez que precisaríamos colocar o resultado delas em uma planilha, a 
fim de fazer algum relacionamento. E isto está fora de cogitacáo! :) 


Uma maneira para relacionar duas tabelas é por meio de uma 
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subconsulta, na qual buscaremos os funcionários que possuem 


vínculo com uma ou mais vendas. 


postgres=4 select funcionario nome 
from funcionarios 
where id in (select funcionario id 
from vendas); 


funcionario nome 


VINICIUS CARVALHO 
SOUZA 
(2 rows) 





Figura 7.1: Consulta com subconsulta 


As subconsultas são úteis em diversas situações, no entanto, não 
são tão performáticas, uma vez que se não passarmos um parâmetro 
para ela, ela faz uma busca completa na subtabela para passar um 
parâmetro para a consulta externa, fazendo com que a consulta seja 
lenta. Isso foi mostrado no exemplo, no qual não foi passado um 
parâmetro para a subconsulta e o banco teve de realizar uma busca 
em toda a tabela de vendas para retornar os funcionários. 


Poderíamos realizar a mesma consulta apenas buscando as 
vendas realizadas em 2016. Assim restringiríamos um pouco a busca 
e melhoraríamos a sua performance, ainda não com o cenário ideal. 
Vamos utilizar uma função ensinada neste livro para extrair apenas 
o ano da data atual e passar como parâmetro. 
postgres=4 select funcionario nome 

from funcionarios 
where id in (select funcionario id 
from vendas 


where date part('year', data criacao) = 
'2016'); 
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funcionario nome 


VINICIUS CARVALHO 
(2 rows) 





Figura 7.2: Consulta com subconsulta e parâmetros 


Observe que trouxe alguns funcionários repetidos como 
resultado. Isso acontece pois estamos retornando cada venda que o 
funcionário teve, e pedindo para selecionar o nome dele. Como o 
nosso interesse é apenas exibir o nome dos funcionários, podemos 
pedir para o banco exibir os nomes distintos. Fazemos isso usando o 

DISTINCT antes da coluna que estamos selecionando. Além disso, 
vamos ordenar em ordem alfabética; isso é fácil, pois já aprendemos. 
postgres=% select distinct funcionario nome 

from funcionarios 
where id in (select funcionario id 


from vendas) 
order by funcionario nome; 


postgres=f select distinct funcionario nome 

postgres-+ from funcionarios 

postgres-f where id in (select funcionario id 
postgres (+ from vendas) 
postgres—-+ order by funcionario nome; 


funcionario nome 


SOUZA 
VINICIUS CARVALHO 
(2 rows) 





Figura 7.3: Consulta com subconsulta agrupando registros sem repetição 


Uma maneira mais performática para realizar o relacionamento 


entre tabelas é pelas joins , ou no bom e velho portugués, junções. 


7.2 CONSULTAS ENTRE DUAS OU MAIS 
TABELAS ATRAVÉS DAS JOINS 
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Criando joins , não precisamos realizar subconsultas e fazer o 
relacionamento direto entre as tabelas. Vamos recriar a mesma 
consulta, mas desta vez usaremos uma join para construí-la. 


postgres=* select distinct funcionario nome 
from funcionarios, vendas 
where funcionarios.id = vendas.funcionario id 
order by funcionario nome; 


postgres=f select distinct funcionario nome 

postgres-f from funcionario 

postgres-f where funcionarios.id = vendas. funcionario id 
postgres-+ order by funcionario nome; 


onario nome 


CIUS CARVALHO 
(2 rows) 





Figura 7.4: Consulta com join 


Veja que fizemos uma consulta em duas tabelas 
simultaneamente, e instruímos ao banco para comparar o id do 
funcionário de ambas as tabelas da consulta. Fazemos isso para 
manter a integridade das buscas, uma vez que, se não fizermos esse 
relacionamento, o SGBD se perde. Vamos fazer a seguinte consulta: 
postgres=4 select distinct funcionario nome 


from funcionarios, vendas 
order by funcionario nome; 
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postgres=f select distinct funcionario nome 

postgres-f from funcionarios, vendas 

postgres-f order by funcionario nome; 
funcionario nome 


ALBERTO SOUZA CARDOSO 

BATISTA SOUZA LUIZ 

CARLOS GABRIEL ALMEIDA 

dadasf 

RENAN SIMOES SOUZA 

SOUZA 

TESTE FUNCIO 

VINICIUS CARVALHO 
INICIUS FUNCIONARIO 

VINICIUS RANKEL C 

VINICIUS SOUZA 

VINICIUS SOUZA MOLIN 

(12 rows) 





Figura 7.5: Consulta com join distinguindo os registros e os ordenando 


Quando houver relacionamento entre tabelas, não podemos 
esquecer a igualdade entre os campos que as relacionam. 


Esta é a forma mais popular para se escrever uma join,eo 
jeito mais simples para ler as consultas. Eu, particularmente, prefiro 
escrevê-las desta maneira. Você verá nos exemplos a seguir como 
escrever joins de maneiras mais tradicionais. Ambos os jeitos 
estão corretos. 


Alguns dizem que, da maneira tradicional, há um ganho de 
performance. Mas muitos autores divergem a respeito disso. E se 
houver ganho de performance, este ganho será mínimo. Como eu 
sempre comento sobre programação, cada um deve avaliar o 
contexto em que está trabalhando e escolher a maneira que melhor 


se encaixa. 


Inner join 
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Utilizando a sintaxe inner join , teremos a mesma consulta 
realizada anteriormente, com a diferença no modo de sua escrita. 
Vamos repetir a última consulta, só que desta vez usando a sintaxe 
do inner join. 


postgres=& select distinct funcionario nome 
from funcionarios 
inner join vendas 
on (funcionarios.id = vendas.funcionario id) 
order by funcionario nome; 


postgres=t select distinct funcionario n 

postgres-f from funcionarios 

postgres-f inner join vendas 

postgres-f on (funcionarios.id = vendas.funcionario id) 
postgres-+ order by funcionario nome; 


nario nome 


SOUZA 
VINICIUS CARVALHO 
(2 rows) 





Figura 7.6: Consulta utilizando inner join 


Observe que obtivemos o mesmo resultado. Tivemos uma 
diferença apenas na sintaxe, e podemos simplificar ainda mais. 
Podemos escrever apenas join , que teremos o mesmo resultado. 


postgres=* select distinct funcionario nome 
from funcionarios 
join vendas 
on (funcionarios.id = vendas.funcionario id) 
order by funcionario nome; 


postgres=t select distinct funcionario nome 

postgres-f from funcionarios 

postgres-+ join vendas 

postgres-f on (funcionarios.id = vendas.funcionario id) 
postgres-f order by funcionario nome; 


funcionario nome 


SOUZA 
VINICIUS CARVALHO 
(2 rows) 





Figura 7.7: Consulta utilizando join 


As duas maneiras estão corretas e correspondem à mesma 
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consulta. Apenas teremos diferença no resultado quando utilizamos 
o outer join, que veremos a seguir. 


Outer join 


Diferentemente do inner join,o outer join possui dois 
tipos. Temos o left outer join eo right outer join. Em 
ambos os casos, o SGBD vai retornar todos os campos da tabela à 
esquerda (quanto utilizado o left outer join ), ou da tabela à 


direita (quando usado o right outer join). 
Left outer join ou left join 


Utilizando o left outer join, o SGBD realizará uma junção 
interna e, para cada linha listada da primeira tabela que não 
satisfizer a condição de relacionamento com a segunda tabela, vai 
ser adicionada uma linha juntada com valores nulos nas colunas da 
segunda tabela. Com isso, o resultado de nossa consulta possuirá, no 
mínimo, uma linha para cada linha da primeira tabela. 


Vamos criar uma consulta baseada na usada anteriormente, que 
vai ficar mais claro para visualizarmos este cenário. 


postgres=4 select funcionario nome, v.id 
from funcionarios f 
left join vendas v 
on f.id = v.funcionario id 
order by funcionario nome desc; 
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postgres=f select funcionario nome, v.id 

postgres-f from funcionarios f 

postgres-f join vendas v 

postgres-f f.id = v.funcionario id 

postgres-f by funcionario nome desc; 
funcionario nome i 


VINICIUS SOUZA MOLIN 

VINICIUS SOUZA 

VINICIUS RANKEL C 

VINICIUS FUNCIONARIO 

VINICIUS FUNCIONARIO 

VINICIUS CARVALHO 10002 
VINICIUS CARVALHO 10000 
VINICIUS CARVALHO 10001 
TESTE FUNCIO 

SOUZA 

SOUZA 

RENAN SIMOES SOUZA 

dadasf 

CARLOS GABRIEL ALMEIDA 
BATISTA SOUZA LUIZ 

ALBERTO SOUZA CARDOSO 

(16 rows) 





Figura 7.8: Consulta utilizando left outer join ou left join 


Analisando o resultado de nossa consulta, podemos observar 
que ela trouxe todos os registros da tabela funcionario para as 
linhas que satisfazem a igualdade, e trouxe o valor na coluna v.id, 
que é o identificador da venda. E para os funcionários que não 
possuem nenhum registro na tabela vendas , a consulta trouxe em 
branco. 


Right outer join ou right join 


Agora vamos fazer o contrário e buscar as vendas fazendo uma 
junção externa com a tabela de funcionários. O SGBD vai utilizar o 
mesmo critério para apresentar a busca, só que desta vez buscará 
todas as vendas e verificará qual possui vínculo com o funcionário. 


postgres=4 select v.id, v.venda total, funcionario nome 
from vendas v 
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right join funcionarios f 
on v.funcionario id = f.id 
order by v.venda total; 


postgres=t select v.id, v.venda total, funcionario nome 
postgres-+ from vendas v 

postgres-f right join funcionarios f 
postgres-f on v.funcionario id = f.id 
postgres-f order by v.venda total; 


| venda total funcionario nome 


1 
10001 
2 
10002 


10000 


SOUZA 

VINICIUS 

SOUZA 

VINICIUS CARVALHO 
VINICIUS CARVALHO 
ALBERTO SOUZA CARDOSO 
CARLOS GABRIEL ALMEIDA 
RENAN SIMOES SOUZA 
TESTE FUNCIO 


VINICIUS FUNCIONARIO 
dadasf 

VINICIUS SOUZA 
VINICIUS SOUZA MOLIN 
VINICIUS RANKEL C 


| 

| 

| 

| 

l 

| 

| 

| 

| 

| VINICIUS FUNCIONARIO 
| 

| 

| 

| 

| 

| BATISTA SOUZA LUIZ 
E 


(16 row 


) 





Figura 7.9: Consulta utilizando right outer join ou right join 


Se você ainda não trabalha com programação, não se preocupe 
em decorar cada um deles, pois você acaba absorvendo a construção 
das consultas de forma natural. E por mais que tenha todos esses 
tipos de joins , acabamos utilizando mais a primeira forma de 
escrita, uma vez que a leitura das consultas fica mais simples e 
consegue-se o mesmo resultado que com os outros tipos de junções. 


7.3 VIEWS 


Você percebeu como pode ser comum fazermos uma mesma 
consulta diversas vezes? Pois pense como o cliente que está 
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contratando você para desenvolver o sistema. Pode ser muito 
comum em seu dia a dia querer consultar os funcionários que estão 
vinculados às vendas, ou saber qual o seu produto mais vendido. 


Sabendo disso, melhor do que criarmos uma mesma consulta 
em diversos lugares do sistema ou diversas vezes, é criar uma visão 
estática da consulta no banco de dados, em forma de um objeto. 
Assim, sempre que quisermos o resultado que ela fornece, nós 
fazemos a consulta em cima da view, e não diretamente com as 
tabelas. 


Vamos criar uma visão que nos trará os produtos mais vendidos 
no dia por ordem alfabética e por ordem de maior venda. Para 
trazer as vendas que tivemos no dia, usaremos a função 
current date , mas como provavelmente não temos vendas no dia 
em que você estará fazendo essa consulta, vou colocar nela a data 
que coloquei nos scripts de inserção de dados. Agora fique à 
vontade em inserir dados e substituir a data da consulta pela função 
que retorna a data atual. 
postgrest* create or replace view vendas do dia as 
select distinct produto nome 
, sum(vendas. venda total) 
from produtos, itens vendas, vendas 
where produtos.id = itens vendas.produto id 
and vendas.id = itens vendas.vendas id 


and vendas.data criacao = '01/01/2016' 
group by produto nome; 


postgres=f create or replace view vendas do dia as 
select distinct produto nome 
i + Sum(vendas.venda total) 
postgres- from 7 a vendas 


postgres- where ] ) ns vendas.produto id 
and vendas. i i _vendas.vendas id 
and vendas.data cr = '01/01/2016' 

postgres-f group by produto nome; 

CREATE VIEW 





Figura 7.10: Criando views para agilizar o dia a dia 


Agora que temos esta visão criada em nosso banco de dados, 
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podemos consultá-la quando desejarmos, da seguinte maneira: 


postgrest* select * from vendas do dia; 


postgres=f select * from vendas do dia; 
produto nome | sum 


SUCO DE LIMÃO 
PASTEL 
COXINHA 

(3 rows) 


Figura 7.11: Resultado da consulta da view 





Podemos ainda fazer consultas em nossa view com outras 


cláusulas, como por exemplo, buscar se um determinado produto 


foi vendido no dia inserido na visão. 


postgres=4 select * 
from vendas do dia 
where produto nome = 'PASTEL'; 


postgres=f select * 
postgres—+ from vendas do dia 


postgres-f where produto nome = 'PASTEL'; 


produto nome 


PASTEL 
(1 row) 


Figura 7.12: Adicionando cláusula em consulta com views 





Podemos também criar uma visão que traria diversos campos e 


você poderia passar outros parâmetros. 


postgresq* create or replace view produtos vendas as 
select produtos.id PRODUTO ID 
, produtos.produto nome PRODUTO NOME 
, vendas. id VENDA ID 
, itens vendas.id ITEM ID 
, itens vendas. item valor ITEM VALOR 
, vendas. data criacao DATA CRIACAO 
from produtos, vendas, itens vendas 
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where vendas. id = itens vendas.vendas id 
and produtos.id = itens vendas.produto id 
order by data criacao desc; 


Agora podemos consultar qualquer uma das colunas que estão 
contidas na view e também realizar comparações com elas. 


postgres=t se 


postgre 


produto id produto nome enda id | item id | item valor 
nnn Ho Ho +-—-—————————— +-——— 
SUCO DE LIMÃO | 10002 | 15 | 01/01/ 


SUCO DE LIMÃO | 10000 | 15 | 01/01/2016 
COXINHA 7 01/01/ 

10 
1000 


NEHN 


C 


WH Hha a 
H 


AHN 


01/01/20 
01/01/2016 


© 


| 

| 

| 

| 01/01/20 
C | 
PASTEL | 


| 
| 
| 
| 
| 
| 





Figura 7.13: Uma view com diversos campos 


postgres=4 select produto nome 
from produtos vendas 
where data criacao = '01/01/2016'; 


postgres=f select produto nome 

postgres-f from produtos vendas 

postgres-—-+ where data criacao = *'01/01/2016'; 
produto nome 


SUCO DE LIMÁO 
SUCO DE LIMÁO 


COXINHA 
COXINHA 
COXINHA 
COXINHA 
COXINHA 
PASTEL 
(8 rows) 





Figura 7.14: Selecionando apenas um campo da view com uma condição 


Todas as views que criamos foram com colunas. Será que 
podemos criar visóes de uma tabela inteira? Claro que sim! Vamos 
criar uma visáo da nossa tabela de produtos. 
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postgres=g create or replace view produtos estoque as 
select: * 
from produtos; 


Agora podemos consultar qualquer campo da tabela, só que 
agora pela view. 


postgres=# select produto nome 
from produtos_estoque; 


postgres=f select produto nome 
postgres-f from produtos estoque; 
produto nome 


SUCO DE LIMÃO 
COXINHA 
LAZANHA 
CHURRASCO 
PASTEL 
SORVETE 

SUCO DE LIMÃO 
(8 rows) 





Figura 7.15: View de uma tabela inteira 


Mas você deve estar se perguntando qual seria a vantagem ou o 
sentido de se fazer isso, não é mesmo? Além dos motivos que citei 
anteriormente, é muito comum termos de fornecer acesso à nossa 
base de dados para outras pessoas. Em vez de fornecemos acesso a 
toda base de dados, fornecemos apenas a algumas views por meio 
dos direitos de usuários. É uma maneira de permitir acesso a apenas 
alguns campos e tabelas da maneira que desejar. 


7.4 PARA PENSAR! 


Ampliamos um pouco mais o nosso leque de opções para 
trabalhar com consultas. Esta é a principal função de um SGBD: 
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extrair dados. Estamos saindo deste capítulo sabendo realizar 
consultas com várias tabelas juntas. 


Imagine as possibilidades de integrar as views com functions, 
ou as joins naquelas functions que utilizamos para retornar 
valores. Nunca me canso de falar que é a prática que faz um bom 
programador. Insira mais registros em sua base de dados e faça 
consultas à vontade. Crie views para cada tabela que nós temos. 
Pratique! 


No próximo capítulo, vamos conhecer um pouco de 
administração de banco de dados, pois todo programador deve 
conhecer um pouco de infraestrutura. Além de administração, 
aprenderemos um pouco sobre performance de nosso banco e de 
consultas. 
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CAPÍTULO 8 


ADMINISTRAÇÃO DO 
BANCO E OUTROS 
TÓPICOS 


“Não faz sentido olhar para trás e pensar: devia ter feito isso ou 
aquilo, devia ter estado lá. Isso não importa. Vamos inventar o 
amanhã e parar de nos preocupar com o passado”. — Steve Jobs 


8.1 ADMINISTRADOR DE BANCO DE DADOS 
VS. DESENVOLVEDOR 


A pessoa responsável pela administração do banco de dados é 
conhecida como DBA (Data Base Administrator, ou no bom e velho 
português, Administrador de Banco de Dados). Em muitas 
empresas, vocês podem se deparar com o próprio desenvolvedor 
fazendo o papel de administrador do banco de dados. Isto é muito 
comum, principalmente em pequenas empresas que não têm um 
capital disponível para a contratação de um profissional capacitado 
para esta função. 


O DBA é responsável por administrar aspectos de infraestrutura 
do banco, como performance, arquitetura, criação, importação e 
backup. Mas como nem sempre as empresas possuem esse papel, 
essas e muitas outras funções ficam a cargo do desenvolvedor. 


Muitas pessoas divergem sobre até onde o desenvolvedor deve 
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influenciar no banco de dados. Alguns dizem que ele deveria apenas 
escrever os códigos que devem ser aplicados no banco de dados, e 
quem deveria aplicar no banco e fazer a validação dos códigos é o 
administrador do banco. Atualmente, como existem vários 
frameworks que criam automaticamente as tabelas e os código do 
banco de dados, acaba que, para o administrator, fica a tarefa de 
administrar aspectos da performance, segurança e a estrutura do 
banco. 


Se você não é e não pretende ser um desenvolvedor, você deve se 
preocupar com aspectos da estrutura do servidor do banco de 
dados, como saber otimizar consultas e melhorar performance, pois 
é o que o ocorre no dia a dia de um administrador do banco de 
dados cobra, além de saber comandos para a configuração e 
otimização do servidor. E se você é um desenvolvedor e não tem 
disponível um profissional para executar essas tarefas, é importante 
que você tenha algum conhecimento. 


Agora se você é desenvolvedor e tem a disponibilidade de um 
administrador para fazer o trabalho da administração do servidor de 
banco de dados, você pode se preocupar em apenas aprender os 
aspectos referentes a modelar o banco e a utilização da linguagem de 
programação. De qualquer forma, aprender alguns comandos de 
administração sempre será útil. 


8.2 COMANDOS ÚTEIS 


Para auxiliá-lo na utilização e administração do cotidiano, temos 
alguns comandos que são de extrema importância. Se você dominá- 
los, não terá necessidade da utilização de uma ferramenta. 
Dominando os comandos em um terminal, você terá condição de 
dominar qualquer ferramenta visual de gerenciamento de banco de 


dados. 
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Antes de estar conectado ao banco de dados, os comandos a 
seguir podem lhe ajudar com algumas informações úteis, como os 
bancos de dados disponíveis ou as consultas que estão sendo 
realizadas. Os comandos são: 


Comando Finalidade 
sudo -i -u postgres psql -1 Para listar os bancos de dados 
sudo -i -u postgres psql -U Para conectar ao console psql no 
nomeusuario nomebanco banco de dados 
sudo -i -u postgres psql Para mostrar internamente como 
banco -E cada consulta é realizada 
sudo -i -u postgres psql - Para mostrar a versão do 
version PostgreSQL 


Quando você já estiver conectado, alguns comandos são ainda 


mais úteis: 
Comando 


\q 


\c nomebanco 
nomeuser 


\dt+ 
nometabela 


\cd 

\d 

\d nometabela 
\dt 

\di 

\ds 

\dv 


\dS 


Finalidade 


Para sair do console do banco 


Para alterar o usuário e banco de dados 


Lista os tipos de dados do PostgreSQL com detalhes 


Para mudar para outro diretório 

Para listar as tabelas, índices, sequências ou views 
Mostra a estrutura da tabela 

Lista tabelas 

Lista índices 

Lista sequências 

Lista views 


Lista tabelas do sistema 
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Xdn Lista esquemas 


dp Lista privilégios 

Xdu Lista usuários 

\dg Lista grupos 

Wi Lista todos os bancos do servidor, juntamente com seus 
donos e codificações 

Ye Abre o editor com a última consulta 

Nx? Para lhe ajudar com os comandos do psql 

WM * Para exibir ajuda de todos os comandos 


Terá ajuda específica sobre o comando SQL, como Ah 


\h comandosql ater table 


\H Para ativar/desativar saida em HTML 
\encoding Exibe codificação atual 
8.3 BACKUPS 


Sempre que falamos de backups em uma roda de desenvolvedor, 
sempre tem alguém que já perdeu dados por ter esquecido de fazer 
uma cópia do banco em que trabalhava. É algo muito simples e 
importante, no entanto, é muito comum esquecermos de fazer. 


Backup nada mais é do que fazer um clone do seu banco de 
dados e salvar em um arquivo. Se algo acontecer com o servidor que 
estiver rodando o seu banco, você terá uma cópia salva em algum 
lugar seguro. Quando eu digo um lugar seguro, leve a sério, pois 
muitos fazem backups e deixam no mesmo computador do servidor 
de banco atual. Se a máquina em que ele estiver instalado tiver 
algum problema, não só o banco de produção vai se perder, como o 
seu backup também. Daí de nada adiantará! 


Então, quando fizer um backup, por gentileza, guarde-o em 


algum outro lugar que não seja a máquina em que o servidor atual 
se encontra. Vamos agora entender como fazer backup do seu 
banco e como usá-lo posteriormente, além de conhecer as maneiras 
como o backup pode ser realizado. 


Para verificarmos que nosso arquivo de backup está correto, 
devemos importá-lo em algum banco de dados. Para isso, 
precisamos criar um banco e importar o arquivo exportado. 


Vamos criar o nosso novo banco de dados, e aproveitar e criar 
também um novo usuário. Então, mãos no teclado. 


postgres=> create user nomedousuario superuser; 
Alteramos a senha do novo usuário: 
postgres=> alter user nomedousuario password 'senha2' 


Feito isso, vamos sair novamente do terminal e conectar com o 
usuário criado: 


$> psql -U nomedousuario postgres -h localhost 


E finalmente vamos criar o novo banco de dados, que chamarei 


de novobanco : 
postgres=> create database newbase; 


Em vez de sair do terminal e entrar com outro usuário e banco 
de dados, no próprio terminal do PostgreSQL podemos fazer a troca 
utilizando o comando \c. 


postgres=% \c nomedousuario newbase; 


Vocé pode observar que, no cursor do terminal, agora aparece 
'newbase=4 . Podemos listar os bancos de dados e visualizar o que 
criamos e o usuário. Na lista de comandos anterior, existe o 
comando \l que lista os bancos de dados e seus respectivos 
usuários. 
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newbase=H M1; 


Se vocé náo criou nenhum outro banco, vocé obterá o resultado 
a seguir: 


postgres=t \1 


Name 


O LATIN1 
pos 5 LATINI 


template0 | po LATIN1 
| 

templatel | postgres LATINÍ 
| 


(4 rows) 





Figura 8.1: Bancos de dados criados 


Observe que a lista dos bancos criados e dos usuários que os 
criaram. Até agora estávamos usando o banco de dados postgres 
e o usuário postgres . E desse banco de dados, vamos exportar os 
objetos e registros. 


Exportação 


Agora que temos um novo banco de dados para receber uma 
importação do banco que estamos trabalhando deste do início de 
nosso projeto, vamos exportar o banco de dados postgres . Saia 
do terminal do Postgre e digite o comando a seguir, que exportará 
todos os objetos e registros do banco postgres . 


$> pg_dump --host localhost --port 5432 --username postgres --form 
at tar --file nomearquivo.backup postgres 


Pronto! Muito simples, náo é mesmo? A frequéncia com que 
vocé vai fazer o backup do seu banco de dados será vocé que 
decidirá. O aconselhável é que ele seja feito diariamente, pois se algo 
acontecer, você sempre terá um arquivo de recuperação, pronto 
para ser usado. 


Importação 
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A importação é ainda mais simples. Vamos digitar o comando 
passando o nome do banco cuja importação queremos fazer e o 
usuário. O comando ficará da seguinte maneira: 


$> pg restore --host localhost --port 5432 --username nomedousuari 
o --dbname newbase nomearquivo. backup 


Para verificarmos se foram importados todos os objetos, vamos 
utilizar o comando d . 


newbase=4 Md; 


List of relation 
Schema 


comissoes postgres 
comissoes id seq sequence postgres 
funcionario id seg sequence postgres 
funcionarios | table postgres 
itens vendas table postgres 
itens vendas id seq sequence postgres 
logs produto id seq sequence postgres 


logs produtos table postgres 

mesa id seg sequence postgres 

mesas table postgres 

produtos | table postgres 

produtos_estoque view postgres 
public produtos id seq sequence postgres 
public produtos vendas | view postgres 
public vendas table postgres 
public vendas do dia view postgres 
public vendas id seg sequence postgres 
(17 rows) 





Figura 8.2: Objetos criados com a importação 


Importação via planilha CSV 


Utilizar planilhas para armazenar dados é a prática mais adotada 
por pequenas empresas em estágio inicial, por ser uma solução de 
baixo custo. Alguns estudos mostram que 50% das pequenas 
empresas armazenam seus dados em planilhas, e a importação de 
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dados via arquivo CSV é tarefa frequente e importante no dia a dia 
de muitos administradores de banco de dados. 


Para realizarmos a importação dos dados de uma planilha CVS 
para uma tabela específica do nosso banco de dados, vamos criar 
uma planilha com dados e importá-los para a tabela de 
funcionários. Abra uma planilha e, na primeira linha, adicione um 
registro para cada coluna da tabela. 


¡53 A ES B C | D E E G 
[funcionario x ` funcionario funcionario funcionario š a 
ý funcionario nome X K data criacao data atualizacao 
1 codigo situacao comissao cargo 
2 893 FUNCIONARIO ANTIGO A 3 GARÇOM 01/01/2016 01/01/2016 
3 154 NOVO FUNCIONARIO A 75 GARÇOM 01/01/2016 01/01/2016 


Figura 8.3: Dados na planilha CSV 


Depois de ter criado e salvo a planilha com o nome 
funcionarios.csv , vamos usar o comando a seguir e fazer a 
importação dos dados. Observe no comando que vamos dizer para 
qual tabela copiaremos os dados e descrever para quais campos 
desta tabela os dados serão importados. 


Note que, na planilha, as colunas devem ficar na mesma ordem 
em que as colunas no comando a seguir. No lugar do 
/local_do_arquivo/ , substitua pelo caminho onde seu arquivo se 
encontra. O CSV é um arquivo que delimita os registros por ; , por 
isso, no comando tem DELIMITER ';' . Se você criou um arquivo 
CSV cujos registros possuem outro caractere separador, basta 
substituir o ponto e vírgula pelo seu caractere limitador. 


postgres=+t 


COPY funcionarios 

( 
funcionario_codigo, 
funcionario_nome, 
funcionario_situacao, 
funcionario_comissao, 
funcionario_cargo, 
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data criacao, 
data atualizacao 


) 

FROM '/local do arquivo/funcionarios.csv' 
DELIMITER ';' 

CSv HEADER; 


Exportar e importar dados é algo muito simples. Não tem 
desculpa para não os fazer. Então, não se esqueça: backup 


diariamente! 


8.4 ÍNDICES E PERFORMANCE DAS 
CONSULTAS 


A criação de índices é uma solução muito utilizada a fim de 
melhorar o desempenho das consultas no banco de dados. Segundo 
o próprio manual do PostgreSQL, o índice permite ao servidor de 
banco de dados encontrar e trazer linhas específicas muito mais 
rápido do que faria sem o índice. 


Ele consegue um melhor desempenho em uma consulta, pois o 
índice ordena os registros da coluna onde está criado, de forma que 
a consulta seja mais eficiente. Porém, existe uma desvantagem ao 
optar pela criação de índices, algo que ocorre em qualquer banco de 
dados: as instruções de insert , update e delete de registros 
podem ficar mais lentas. Isso ocorre pois utilizar um desses 
comandos em uma tabela que possui índice provoca uma 
reorganização dos índices. Por isso, deve ser usado com cautela. 


Vamos usar nossa tabela de funcionários. Atualmente, se 
executarmos a consulta: 


postgres=g select * from funcionarios where funcionario cargo = 'G 
ARÇOM! ; 


Como não temos um índice nesta tabela, o banco de dados vai 
percorrer toda ela, linha a linha, para encontrar todos os registros 
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que correspondam à consulta. Imagine se tivéssemos mais muitos 
registros nessa tabela, e essa consulta nos retornasse diversos 
resultados. 


Sem o índice, o banco de dados percorreria linha a linha para 
encontrar os que correspondem a funcionario cargo = 
'GARCOM' . No entanto, se criarmos um índice na coluna 

funcionario cargo , o banco de dados ordenaria os registros 
dessa tabela usando um método mais eficiente para localizar as 
linhas correspondentes. 


Um exemplo que o manual do PostgreSQL cita é o método 
utilizado por alguns livros, no qual os termos e os conceitos 
procurados frequentemente pelos leitores são reunidos em um 
índice alfabético colocado no final do livro. O leitor interessado 
pode percorrer o índice rapidamente e ir direto para a página 
desejada, em vez de ter de ler o livro por inteiro em busca do que 
está procurando. 


Assim como é tarefa do autor prever os itens que os leitores 
mais provavelmente vão procurar, é tarefa do programador de 
banco de dados prever quais índices trarão benefícios. Sabendo 
disso, temos de entender qual será a utilidade do índice em uma 
determinada tabela para o projeto. 


Procure criar índice para colunas que serão constantemente 
utilizadas para pesquisa em seu projeto. Outra dica é criar índice em 
colunas nas quais o resultado, na maioria das vezes, vai buscar mais 
de um registro. Por se usado em coluna, onde as consultas 
resultarão em apenas uma linha, o índice não será eficiente, uma vez 
que o banco de dados terá dificuldade para ordenar os registros e 
buscá-los. 


Voltando ao exemplo que estamos utilizando, vamos criar um 


índice na coluna cargo natabela funcionarios. 
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postgres=% create index idx cargo on funcionarios(funcionario carg 
0); 

Observe que, para o nome do índice idx cargo , usei um 
prefixo como padrão. Durante o nosso projeto, venho frisando a 
importância da utilização de padrões na criação de objeto no banco 
de dados, pois é algo muito importante para manutenções futuras e 
para manter a qualidade do nosso projeto. O uso de um padrão 
permite que alguém que não conhece o projeto, ao ver o código, 
consiga entender a que se refere uma determinada nomenclatura. 


Se você observar que um índice não está sendo eficiente, você 
não só pode como deve excluí-lo, pois lembre-se de que ele pode 
prejudicar algumas execuções no banco. Sendo assim, para excluir 
um índice, você vai utilizar o comando a seguir: 


posgtres=* drop index idx cargo; 


Tipos de índices 


Temos alguns tipos de índices no PostgreSQL, sendo que cada 
um usa um algoritmo diferente para cada tipo de consulta. Por 
padrão, com o comando que utilizamos para a criação do índice na 
tabela de funcionários, o PostgreSQL usa o índice B-tree. 


Ele é o mais adequado para as situações comuns de consultas. 
Vamos conhecer os principais tipos com que você poderá esbarrar 
no dia a dia. 


B-tree 


O B-tree é o tipo padrão. Sempre que utilizamos o comando 
create index , estamos criando índice deste tipo. Os B-trees 
podem tratar consultas de igualdade e de faixa, em dados que 
podem ser classificados em alguma ordem. 


O SGBD, ao planejar as consultas, levará em consideração a 
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utilização de um índice B-tree sempre que a coluna indexada estiver 
envolvida em uma comparação usando os operadores que já 
conhecemos. São eles: 


e between 


e in 
Vamos criar novamente o índice idx cargo : 


postgres=f* create index idx cargo on 
funcionarios(funcionario cargo); 


Hash 


É um tipo de índice útil apenas com a utilização do operador de 
igualdade. Além de não oferecer transações de segurança, os índices 
hash do PostgreSQL não têm desempenho melhor do que os índices 
B-tree. Seu tamanho e o tempo de construção são muito piores. Por 
estas razões, desencoraja-se a utilização dos índices hash. 


Para criarmos o índice do tipo hash, utiliza-se o comando: 


postgres=4 create index idx codigo on 
funcionarios using hash (funcionario codigo); 


Concorrentes 


Ao criar um índice, a tabela é bloqueada para inserção na tabela 
até que o índice seja construído. E se criamos um índice em uma 
tabela que possui um tamanho grande, ele pode levar muito tempo 
para ser criado, o que pode prejudicar o funcionamento de sua 
aplicação, pois pode bloquear ações de inserção, atualização e até 
exclusão de registro. 
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O PostgreSQL nos disponibiliza um tipo de índice para essas 
circunstâncias. Os índices concorrentes são bem úteis para essas 
situações, nas quais é necessário criarmos um índice em ambiente 
de produção que não pode ser interrompido. 


Para criar este tipo de índice, usamos o comando: 


postgres=% create index concurrentyle idx nome on 
funcionarios btree (funcionario nome); 


Multicolunas 


Durante o nosso projeto, aprendemos a fazer consultas em mais 
de uma coluna de uma vez. Os índices de uma única coluna não 
serão úteis para melhorar a performance de consultas onde serão 
comparadas mais de uma coluna. Para isso, podemos criar um 
índice que seja utilizado para duas colunas ao mesmo tempo. 


Para criar este tipo de índice, usamos o comando: 


postgres=4 create index idx funcionario id codigo on 
funcionarios(id, funcionario codigo); 


Este tipo de índice seria útil para consultas do tipo: 


postgres=4 select * 
from funcionarios 
where id > 10 
and funcionario codigo < '1000'; 


Índices únicos 


Anteriormente, aprendemos a criar constraints de chave 
primária e chave estrangeira. Também vimos que uma chave 
primária de tabela é um registro único. Se quisermos que qualquer 
outra coluna de uma determinada tabela tenha um valor único, 
podemos criar um índice que tornará o valor de uma coluna 
exclusivo. 


Vamos transformar a coluna funcionario codigo única. Para 
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isso, usaremos o comando: 


postgres=& create unique index idx unique codigo on 
funcionarios(funcionario codigo); 


Para sabermos se este índice está funcionando corretamente, 
vamos tentar inserir um novo registro na tabela funcionarios e, 
no insert do registro, utilizar um código de funcionário que já 
exista na tabela. Primeiro, vamos fazer uma consulta para poder 
pegar um funcionario codigo de um funcionário existente no 
banco. 


postgres=4 select funcionario codigo 
from funcionarios; 


Em minha base, tenho um funcionário com o código 0001 . Se 
você vem seguindo o projeto e adicionando todos os registros 
sugeridos, você também deve tê-lo. 


Agora vamos inserir um registro na tabela de funcionários e 
tentar utilizar esse mesmo código que já existe na base. 
postgres=* insert into funcionarios(funcionario codigo, funcionari 
o nome) 


values('0001', 'DANIEL VINICIUS SOUZA'); 


Ao clicarmos enter , será exibido o erro: 


ERROR: duplicate key value violates unique constraint "idx unique codigo" 





DETAIL: Key (funcionario codigo)=(0001) already exists. 


Figura 8.4: Erro de unique key 


Utilize em coluna que ainda não possua itens duplicados, ou 
antes de duplicar itens, pois se a coluna já possuir itens em 
duplicidade, este erro também será exibido. 


Analyze 


Com o índice criado em nossa tabela de funcionários, o banco 


148 8.4 ÍNDICES E PERFORMANCE DAS CONSULTAS 


de dados vai atualizar o índice automaticamente quando houver 
uma modificação. A otimização nas consultas é realizada quando ele 
julgar mais eficiente do que a busca linha a linha. 


O PostgreSQL consegue julgar a forma mais eficiente de fazer as 
consultas por meio de estatísticas retiradas das tabelas. Além dessa 
ordenação que o próprio SGBD executa, é importante nós 
executarmos o comando analyze periodicamente. Este comando 
coleta estatísticas sobre o conteúdo das tabelas do banco de dados e 
armazena os resultados em uma tabela do sistema, a 


pg statistic. 


O SGBD usa essas estatísticas para ajudar a determinar qual a 
forma mais eficiente de executar as consultas em seu banco de 
dados. Se não passarmos nenhum parâmetro para o comando 
analyse , o SGBD analisará todas as tabelas do banco de dados que 
você estiver conectado. Mas podemos passar parâmetros para 
analisar determinados objetos. 


Primeiro, vamos pedir para que sejam analisadas todas as tabelas 
do nosso banco: 


postgres=& analyze verbose; 


Será exido o resultado da análise das estatísticas de todas as 
tabelas. Agora, pediremos para que seja analisada a tabela de 
funcionários. 


postgres=* analyze verbose funcionarios; 


Neste caso, apenas será atualizado as estatísticas da tabela de 
funcionários. Podemos ir além e pedir para executar a análise 


apenas da coluna funcionario cargo . 


postgres=% analyze verbose funcionario(funcionario cargo); 


Dentre os itens coletados pelo comando analyze , as listas de 
alguns valores mais comuns de cada coluna e um histograma 
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mostrando a distribuição aproximada dos dados de cada coluna 
auxiliam a organização dos registros. Vale lembrar de que as 
estatísticas podem mudar a cada execução do analyze , assim 
alterando a forma com que o SGBD executa a otimização das 
consultas, mesmo que não tenha alteração de registros. Por isso, 
devemos fazer periodicamente a análise das tabelas. 


Reindexação 


Mesmo realizando o analyze constantemente, o desempenho 
do índice pode ser pedido com o tempo e pode tornar o índice 
ineficiente. Se for percebida a perda do desempenho do índice, 
temos a opção de fazer a reindexação do índice. 


Ela refará o processo de indexar os registros de onde ele for 
criado. Essa ação fará com que o índice volte a performar melhor 
em seu SGBD. Para fazer essa reindexação, vamos usar o comando: 


postgres=4 reindex table funcionarios; 


Após esse comando, o SGBD vai reindexar os índices da tabela 
de funcionários. 


8.5 PARA PENSAR! 


Agora que você fez o backup do seu banco, tabelas e registros, e 
ele está salvo em algum lugar seguro (assim espero), quero que você 
tente reutilizar todos os métodos de backup e importação para 
outras tabelas que não fizemos. Se for preciso, crie outros bancos e 
faça a importação dos dados. 


Lembra da frase do Aristóteles, em um dos capítulos anteriores, 
na qual ele diz que a repetição leva a perfeição? &FicaADica. 


Outro ponto que vimos neste capítulo foi a importação via CSV. 
É muito útil quando você precisa fazer uma migração de uma base 
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de dados para outra, ou até mesmo de um banco de dados diferente. 
Se você conhece alguém que quer sair das planilhas e utiliza um 
banco de dados, você já poderá ajudá-lo. 
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CAPÍTULO 9 


TIPOS DE DADOS 
ESPECIAIS 


"Sempre entregue mais do que o esperado". — Larry Page 


9.1 TIPOS DE CAMPOS ESPECIAIS 


Além dos tipos de campos que aprendemos anteriormente, o 
PostgreSQL possui alguns tipos de dados especiais que outros 
bancos de dados relacionais, como o MySQL, não possuem. A 
utilização de tipo de dados diferentes vai depender do projeto no 
qual você estiver trabalhando. 


Sempre avalie o que você está desenvolvendo, pesquise por 
soluções e aplique aquela que melhor se encaixar em seu problema. 
Também não se prenda a apenas uma solução. Em desenvolvimento 
de software, muito dificilmente existirá apenas uma forma de 
resolver um problema. Não tenha preguiça de testar mais de uma 
solução. 


Essa é minha dica para você usar estes dois principais tipos de 
campos especiais do PostgreSQL. Não entrarei em detalhes de 
outros tipos especiais, pois muito dificilmente você vai utilizá-los 
em suas aplicações. 


Os tipos de campos array e JSON , você verá que terá uma 
boa aplicação em nosso projeto e poderá lhe ser útil futuramente no 
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desenvolvimento de aplicações web modernas. 


9.2 CAMPOS ARRAY 


Se você já conhece alguma linguagem de programação, já está 
familiarizado com o termo array e sua funcionalidade. Se você 
ainda não está familiarizado, um array é uma lista de objetos. 
Enquanto os tipos de campos que conhecemos até agora conseguem 
armazenar apenas um objeto, um array pode armazenar uma 
lista. 


Provavelmente, você já deve ter se deparado com algum lugar 
exibindo uma lista de objetos como na figura a seguir, como se fosse 
uma lista de objetos que se referem à mesma coisa. 


Alimento X Bebida X Garrafa X 


Figura 9.1: Utilização de listagem 


Você já consegue imaginar onde podemos utilizar esse campo 
em nosso projeto? Vamos supor que precisamos categorizar nossos 
produtos, mas não somente uma característica para cada um, mas 
sim uma lista de categoria para cada produto. Para isso, vamos criar 
um novo campo chamado produto categoria do tipo array ,e 
entender como podemos usar esse campo. 


A criação do tipo de campo array é parecida com o que 
aprendemos anteriormente, apenas adicionamos o elemento 
colchetes à frente do tipo do campo que queremos criar. Se 
quiséssemos criar um campo do tipo string , normalmente 
faríamos produto categoria text . No entanto, como queremos 
que ele seja do tipo array , devemos declará-lo como 
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produto categoria text[]. 


Os colchetes depois do campo dizem ao nosso banco de dados 
que este campo poderá armazenar uma string ou uma lista de 
strings. Mãos no teclado para criamos o código para criação do 
nosso campo. 


postgresql=4 alter table produtos 
add column produto categoria text[]; 


Para utilizar o novo campo, vamos inserir um novo produto, e 
aprender como devemos adicionar registro neste novo tipo de 
campo que acabamos de conhecer. 


postgresql=+ 


insert into produtos (produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao, 
produto_categoria) 

values ('03251', 

'ESFIRRA', 
5, 
Ar, 
"01/01/2016", 
'01/01/2016'!, 
'("CARNE", "SALGADO", "ASSADO" , "QUEIJO")'); 


Observe que a inserção em campo do tipo array é um pouco 
diferente dos outros. Como se trata de uma lista de strings, 
precisamos de alguma maneira limitar cada string, por isso devemos 
usar as aspas simples para indicar ao banco de dados que vamos 
inserir uma string, seguido do elemento chaves para indicar que se 
trata de uma lista de objetos. Depois, usamos as duplas para limitar 
cada string, e vírgula para separar cada item da lista, tendo a lista 
que formamos em nosso código: {"CARNE", "SALGADO", 
"ASSADO" , "QUEIJO"). 
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Após fazer a inserção deste novo registro em nossa tabela, 
podemos fazer uma consulta para verificar como ficam os dados no 
banco de dados. Mãos no teclado e vamos fazer uma consulta 
usando somente o campo que criamos agora. 
postgresql=4 select produto categoria 


from produtos 
where produto nome like 'ESFIRRA'; 


Como resultado, teremos: 


ct produto categoria from produtos where produto nome like 'ESFIRRA'; 


(CARNE, SALGADO, ASSADO, QUEIJO) 
(1 row) 





Figura 9.2: Inserindo uma lista de strings 


Além de fazermos uma consulta para verificar todos os 
elementos da lista, podemos criar uma consulta para extrair apenas 
um item ou uma faixa de itens da lista que o campo array possui. Na 
inserção que fizemos, adicionamos uma lista com quatro elementos, 
como mostra a figura: 


(CARNE, SALGADO, ASSADO, QUEIJO) 


006006 


Figura 9.3: Elementos do nosso array 





Observando esta imagem, vemos todos os itens da lista inseridos 
no campo produto categoria . E se em vez de selecionar todos os 
elementos da lista, quiséssemos consultar o somente segundo item 
da lista? 
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Baseando-se nesta figura dos itens, podemos deduzir que cada 
item encontra-se em uma posição e, sabendo disso, o PostgreSQL 
nos permite fazer consultas nos itens de um array pela sua 
posição. Desta vez, em vez de selecionarmos todos os elementos da 
lista, consultaremos apenas o segundo elemento da lista. Vamos 
fazer isso passando como parâmetro o número dois, indicando para 
o banco de dados que desejamos que ele nos retorne o item que está 
na posição 2 da lista. Mãos no teclado e vamos para o nosso código. 
postgresql=4 select produto categoria[2] 


from produtos 
where produto nome like 'ESFIRRA'; 


Simples, não é mesmo?! Em vez de colocarmos apenas o nome 
do campo, passamos entre colchetes a posição que queríamos. E 
como resultado, temos: 





Figura 9.4: Busca em uma posição do array 


Além de um consultar uma posição de um array , podemos 
consultar um intervalo de posições. Agora vamos criar uma 
consulta para buscar os itens da posição 2 até a posição 4 da lista. 
postgresql=4 select produto categoria[2:4] 


from produtos 
where produto nome like 'ESFIRRA'; 


Observe em nosso código que agora usamos dois pontos para 
separar a posição inicial da final. Como resultado, teremos: 


from produtos where produto nome like 'ESFIRRA'; 


(SALGADO, ASSADO, QUEIJO) 
(1 row) 





Figura 9.5: Busca em um intervalo de posições do array 
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O tipo array pode ser muito útil dependendo do contexto de 
seu projeto. Para treinar, agora insira mais registros na tabela de 
produtos e atualize os registros existentes, adicionando informação 
no campo produto categoria . Pratique! 


O próximo tipo que conheceremos é o JSON . Antes da versão 
9.2 do PostgreSQL, armazenar dados neste formato era 
exclusividade dos bancos NoSQL. Estes são classificados como não 
relacionais, pois, diferentemente dos bancos MySQL e PostgreSQL, 
não possuem um esquema rígido no qual os relacionamentos entre 
as tabelas precisam se relacionar. Se você quiser se aprofundar em 
banco de dados NoSQL, aconselho conhecer os livros sobre o 
assunto da Casa do Código sobre NoSQL "NoSQL Como armazenar 
os dados de uma aplicação moderna” e sobre MongoDB "MongoDB 
Construa novas aplicações com novas tecnologias”. 


9.3 CAMPOS DO JSON 


Até algum tempo atrás, o formato universal mais usado para 
troca de informações e dados era o XML , até que o JSON se 
popularizou e hoje em dia é o método mais utilizado para troca de 
informações. Seu significado é JavaScript Object Notation, mas 
apesar do nome, ele pode ser manipulado por diversas linguagens 
de programação. São muitas as que dão suporte ao JSON. 


Para usarmos este tipo de campo em nosso projeto, vamos 
alterar novamente a tabela de produtos. Vamos inserir o campo 
produto estoque . Ele vai armazenar informações sobre o estoque 
de cada produto. 


Não tem segredo para a utilizar este tipo de campo. Basta apenas 
informar produto estoque json . Então, vamos ao código. 


postgresql=4 alter table produtos 
add column produto estoque json; 
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Cenário simples 


Agora vamos conhecer a estrutura que devemos inserir os 
registros nesta nova coluna. A estrutura básica de um objeto JSON é 
a seguinte: 


t"objetoPai": "valor") 
E o objeto pai pode ter objetos filhos: 


{ 
"ObjetoPai":{ 
"ObjetoFilho":"valor" 
} 
3 


Basicamente será isso que deveremos inserir em nosso código. 
Eu vou adicionar um objeto pai chamado info estoque , e os 
objetos filhos tem estoque para indicar se o produto tem no 
estoque, o objeto filho quantidade para indicar quantos produtos 
possui no estoque e o objeto filho ultima compra para indicar a 
data da última compra. Da mesma maneira que descrevi, também 
informaremos um valor para cada objeto. Vamos ao nosso código. 


postgresql=+ 
insert into produtos(produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao, 
produto_categoria, 
produto_estoque) 
values('6234', 
"COCA-COLA", 
6, 
A! P 
"01701/2016", 
"91/01/2016", 
'{"REFRIGERANTE", 
“LATA”, 
"BEBIDA" , 
"EOLADI, 
'{ "info estoque": 
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{ "tem estoque": "SIM", 
"quantidade": 17, 
"ultima compra": "01/01/16" 3 


> I 
); 

Observe que o código possui a mesma estrutura básica do JSON. 
Após a inserção desse registro, vamos criar uma consulta para 
visualizarmos como esse tipo de registro fica em nosso banco. 
postgresql=# select produto estoque 


from produtos 
where produto nome like 'COCA-COLA'; 


E como resultado, teremos: 


+ 
+ 
+ 


"ultima compra": "01/01/16" ) 





Figura 9.6: Campo do tipo JSON 


Da mesma maneira que aprendemos que, em campos do tipo 
array , podemos selecionar o item que quisermos de uma lista, em 
campos do tipo JSON também temos a possibilidade de selecionar o 
conteúdo do objeto que desejarmos. Vamos montar uma consulta 
para nos retornar apenas o objeto filho quantidade . 


Para isso, temos de fazer a busca através do objeto pai. Sabendo 
disso, teremos o nosso código: 
postgresql=+ 
select produto_estoque->'info_estoque'->>'quantidade' 
as quantidade 
from produtos 
where produto nome like 'COCA-COLA'; 
E como resultado, teremos o valor inserido no objeto filho 


quantidade . 
Operadores -> e ->> 
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Observe que, nesta última consulta, foi usado o operador ->> e 
o banco de dados retornou o valor em formato de texto do objeto. E 
se usássemos o operador -> , teríamos como retorno um objeto 
JSON. 


Vamos aplicar na prática e identificar a diferença. Montaremos 
uma consulta para buscar o valor do objeto ultima compra , 
primeiro com o operador -> e, em seguida, com o operador ->>. 
postgresql=+* 

select produto_estoque->'info_estoque'->'ultima_compra' 
as ultima_compra 

from produtos 

where produto nome like 'COCA-COLA'; 

Como retorno, teremos "01/01/16" . Observe que o resultado 
foi o objeto da forma que foi inserido no banco de dados, entre 
aspas duplas. Agora vamos fazer a consulta com o operador ->>. 
postgresql=+ 

select produto_estoque->'info_estoque'->>'ultima_compra' 
as ultima_compra 


from produtos 
where produto nome like 'COCA-COLA'; 


Como retorno, teremos 01/01/16 . Agora tivemos como 
retorno apenas o texto do objeto, sem as aspas. Conhecendo estes 
operadores, podemos passar para um exemplo um pouco mais 
complexo. 


Cenário complexo 


Nesta primeira utilização de JSON, usamos um cenário simples, 
no qual tínhamos apenas um objeto pai e alguns filhos. Agora 
vamos inserir um JSON um pouco mais complexo. A única 
diferença que este próximo JSON terá mais um objeto pai, que 
chamaremos de ultima venda , em que será indicada a data da 
última venda do produto. 
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postgresql=4 
insert into produtos(produto codigo, 
produto nome, 
produto valor, 
produto situacao, 
data criacao, 
data atualizacao, 
produto categoria, 
produto estoque) 
values('77978', 
'GATORADE', 
6, 
Ear 
r 
'01/01/2016', 
'01/01/2016', 
'("ISOTONICO", 
"GARRAFA", 
"BEBIDA" }', 
'{ "info estoque": 
{ "tem estoque": "SIM", 
"quantidade": 17, 
"ultima compra": "01/01/16" 3, 
"ultima venda": "02/01/2016" 
> 1 
); 
Em seguida, após inserir este novo registro, em vez de 
buscarmos um objeto específico como fizemos anteriormente, 
vamos utilizar os parâmetros de JSON na cláusula where para 
buscar o conteúdo do campo produto_estoque . Vamos criar uma 
consulta que nos retornará o JSON do campo produto_estoque 
que possui o valor do objeto ultima_venda iguala 02/01/2016 . 
postgresql=# 
select produto_estoque 


from produtos 
where produto_estoque->>'ultima_venda' = '02/01/2016'; 


Como resultado, teremos o conteúdo do campo 
produto_estoque . 
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postgres-f where produto estoque->>'ultima venda' = '02/01/2016'; 
[ "info estoque": 
{ "tem estoque": "SIM", 
"quantidade": 17, 


” 


+ 
ultima compra": "01/01/16" ),+ 
ima venda”: "02/01/2016" + 





Figura 9.7: Consulta com JSON com mais de um objeto pai 


Observe como é muito simples trabalhar com JSON no 
PostgreSQL, mesmo tendo um ou mais objetos pais. Este tipo de 
campo pode ser muito útil em seu projeto. Se você for desenvolver 
aplicações web, certamente você utilizará JSON e trocará objetos 
JSON com outras aplicações. Com campo deste tipo em seu banco 
de dados, ficará mais fácil você receber e armazenar esses dados. 


9.4 PARA PENSAR! 


Como já comentei anteriormente, tente sempre criar situações 
reais quando você estiver aprendendo algo novo, pois fica mais fácil 
absorver novos conceitos. É exatamente isto que eu tento fazer em 
cada capítulo. Sempre utilizando o mesmo projeto e inserindo um 
contexto que pode acontecer de verdade. 


Tente fazer isso sempre que você perceber que fica mais simples 
para aplicar novos conceitos em seu dia a dia. Agora que você 
aprendeu esses dois novos tipos de campos, aplique-os nas demais 
tabelas do projeto. Pense em situações que podem acontecer no 
cotidiano da utilização do projeto que estamos construindo, e tente 
aplicar soluções usando esses novos campos. Pratique sempre e cada 
dia mais. 


Para o próximo capítulo, teremos algumas questões para você 
treinar conceitos aprendidos neste livro. São questões sobre banco 
de dados extraídas de concursos públicos. Boa sorte! Keep 
Programming! :) 
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CaríruLo 10 


EXERCÍCIOS DE 
CONCURSO 


"A sua maior frustração pode se transformar em sua maior ideia” 
— Troy Osinoff 


10.1 CONCURSOS PELO BRASIL 


Cada dia mais vem crescendo o número de concursos na área de 
desenvolvimento de software e Tecnologia de Informação no Brasil. 
E a tendência desse número é aumentar. 


95% dos concursos possuem perguntas sobre banco de dados, e 
muitas vezes sobre um SGBD específico. Assim, fiz um compilado 
de exercícios de várias provas de concursos aplicadas ao redor do 
Brasil, sendo que as respostas para todas as perguntas estão no meio 
dos capítulos que compõem este livro. 


Algumas perguntas que extraí de provas de concursos adaptei 
para o cenário do nosso projeto para que fique claro o conceito e a 
pergunta que está sendo feita. Bora estudar? 


10.2 EXERCÍCIOS 


[0000 0001] O comando a seguir permite adicionar à 
tabela itens vendas uma chave estrangeira com o 
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nome fk produtos do campo id que pertence à tabela 
produtos . 
alter table itens vendas 


alter column fk produtos 
references produtos(id); 


e Certo 
e Errado 


[0000 0010] A instrução SQL em PostgreSQL a seguir 
está mal formulada. Isto aconteceu porque: 


create view vista as select 'Hello World'; 


a) A criação de uma visualização requer a utilização da cláusula 
WHERE para a restrição dos dados. 


b) Não é possível criar uma view sem a identificação do tipo 
de dado e sem a determinação da quantidade de registros 
selecionados. 


c) O comando create view deve utilizar a cláusula FROM 
para o nome da tabela. 


d) A criação de uma visualização ( view ) requer a definição de 
um gatilho ( trigger ) correspondente ao nome da coluna. 


e) Por padrão, o tipo de dado será considerado indefinido 
( unknown ) e a coluna vai utilizar o nome padrão ?column? . 


[0000 0011] Considere o trecho do comando em SQL a 
seguir. 


create table produtos ( 
id integer not null, 
nome produto varchar(40) not null, 
primary key (id) 
); 
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e Certo 
e Errado 


[0000 0100] No PostgreSQL, diversos gatilhos podem 
ser associados a uma mesma condição. Entretanto, se o 
primeiro gatilho retornar null, os demais não serão 
executados. 


e Certo 
e Errado 


[0000 0101] Considere o trecho em PostgreSQL a 
seguir. 


postgresql=> insert into products (product no, name, price) 
values (1,'Cheese', 9.99) 
(2,'Bread',1.99) 
(3, 'Milk', 2.99) 


Considerando a existéncia prévia da tabela products , 
contendo as colunas product no , name e price , e 
desconsiderando os tipos de dados, esse trecho resultará: 


a) Na adição de 3 novas colunas na tabela products . 
b) Na adição de 3 novas linhas na tabela products . 


c) Em erro, pois não é possível múltiplas inserções em um único 
comando SQL. 


d) Em erro, pois, para se realizar múltiplas inserções, é 
necessária a utilização da cláusula select . 


e) Em erro, pois múltiplas inserções são possíveis somente com 
a utilização de colchetes para a limitação dos registros. 


[0000 0110] O comando em SQL capaz de serializar 
dados de uma tabela para um arquivo em disco, ou 
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efetuar a operação contrária, transferindo dados de um 
arquivo em disco para uma tabela de um banco de 
dados é o: 


a) COPY 

b) TRANSFER 

c) SERIALIZE 

d) FILE TRANSFER 


e) EXPORT 


[0000 0111] Suponha que exista determinada tabela 
alunos, com os campos id aluno, nome aluno, telefone 
e idade . Nesse caso, o comando a seguir é apropriado 
para listar todos os alunos que tenham idade superior a 
34 anos e obter o resultado de forma ordenada por 
aluno. 
select * from alunos where idade > 34 group by 
nome aluno having count(*) > 34. 

e Certo 

e Errado 


[0000 1000] Suponha que tenha sido identificado que 
uma tabela, cujo nome é funcionarios , não apresentava 
nenhum índice criado que estivesse associado ao 
campo funcionario cargo . Nessa situação, o comando 
seguinte permite a criação desse índice com o nome 
idx cargo. 


CREATE INDEX IN funcionarios ON idx cargo 
(funcionario cargo). 


e Certo 
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e Errado 


[0000 1001] Em SQL, uma visão é uma relação que não 
está no modelo lógico do banco de dados, mas que é 
visível ao usuário como uma relação virtual. Marque a 
alternativa que possui o comando utilizado para a 
criação desta visão. 


a) CREATE VIEW [NOME DA VISAO] AS [EXPRESSAO DA 
CONSULTA] 


b) CREATE VIEW [NOME DA VISAO] FROM [EXPRESSAO DA 
CONSULTA] 


c) SELECT VIEW [NOME DA VISAO] AS [EXPRESSAO DA 
CONSULTA] 


d) SELECT VIEW [NOME DA VISAO] FROM [EXPRESSAO DA 
CONSULTA] 


e) UPDATE VIEW [NOME DA VISAO] FROM [EXPRESSAO DA 
CONSULTA] 


[0000 1010] Em bancos de dados PostgreSQL, o 
comando declare é usado para: 


a) Criar uma classe de operadores que define como um 
determinado tipo de dado pode ser usado em um índice. 


b) Criar cursores que podem ser utilizados para retornar, de 
cada vez, um pequeno número de linhas em uma consulta. 


c) Criar uma tabela, inicialmente vazia, no banco de dados 
corrente. 


d) Registrar um novo tipo de dado para uso no banco de dados 
corrente. 
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e) Registrar uma nova linguagem procedural a ser utilizada em 
consultas ao banco de dados. 


[0000 1011] Qual o tipo de dados que é retornado 
quando a função extract é executada em um campo de 
data e hora? 


a) string 
b) int[] 
c) int 

d) double 


e) varchar 


[0000 1100] O comando extract na linguagem SQL é 
usado para extrair dados de uma tabela. 


e Certo 
e Errado 


[0000 1101] Na linguagem de consulta estruturada 
(SQL), é correto utilizar o comando truncate table , 
com a finalidade de excluir todos os dados de uma 
tabela. 


e Certo 
e Errado 


[0000 1110] Marque a alternativa que possui o 
comando SQL usado para que sejam selecionadas as 
informações (nome do correntista e o número de conta 
corrente) dos correntistas do Banco do Brasil. 
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Tabela: Bancos 


Código Nome 
001 Banco do Brasil 
033 Santander 
237 Bradesco 
341 Itaú 


Tabela: Pessoas 


CPF Nome 
86277635697 Jóse da Silva 
88208811874 Manoel da Silva 
66516764743 Maria dos Santos 


Tabela: Conta Corrente 


Banco Pessoa Número 
033 86277635697 98876788 
237 86277635697 96645727 
341 66516764743 9102947 
001 88208811874 8120938 


a) SELECT Nome, Numero FROM Pessoas, Conta Corrente 
WHERE Pessoa = CPF AND Banco IN (SELECT Codigo AS Banco 
FROM Bancos WHERE Nome='Banco do Brasil") 


b) SELECT Nome, Numero FROM Pessoas, Conta Corrente, 
Bancos WHERE Pessoa=CPF AND Banco IN (SELECT Codigo AS 


Banco FROM Bancos WHERE Nome='Banco do Brasil") 


c) SELECT Nome, Numero FROM Pessoas, Conta Corrente 
WHERE Pessoa=CPF AND Banco='Banco do Brasil' 
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d) SELECT Nome, Numero FROM Pessoas, Conta Corrente, 
Bancos WHERE Pessoa=CPF AND Nome='Banco do Brasil' 


e) SELECT Nome, Numero FROM Pessoas, Conta Corrente 
WHERE Nome='Banco do Brasil' 


[0000 1111] Em PostgreSQL, a função que converte a 
primeira letra da string informada em letra maiúscula, 
alterando todas as letras subsequentes dessa string 
para minúsculas, chama-se: 


a) chgstr 

b) altertext 
c) initcap 
d) upper 


e) toupper 


[0001 0000] Em PostgreSQL, qual o comando correto 
para a criação de um banco de dados com o nome 


escola . 
a) create base escola; 
b) create database escola; 
c) create new database escola; 
d) create escola as database; 


e) create escola; 


[0001 0001] Quando queremos iniciar uma nova 
transação no banco de dados PostgreSQL, qual o 
comando que podemos usar? 
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a) alter 
b) rollback 
c) transfer 
d) begin 


e) create 


[0001 0010] Qual o nome do comando usado para 
recuperar os dados deletados de uma transação? 


a) ROLLBACK 
b) END 

c) TRANSFER 
d) EFFECTIVE 


e) SELECT 


[0001 0011] Dois paises diferentes podem possuir o 
formato de datas diferente um do outro. O formato de 
datas do PostgreSQL pode ser alterado através da 
alteração de um parâmetro do banco de dados. Qual é 
esse parâmetro? 


a) dateinit 
b) styledate 
c) datastyle 
d) confinit 


e) datestyle 
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[0001 0100] Julgue o item a seguir. 


O PostgreSQL, diferente de outros bancos de dados, como o 
MySQL, não permite a criação de triggers , sendo esta a principal 
diferença entre os dois gerenciadores de banco de dados. 


e Certo 
e Errado 


[0001 0101] Considerando que um SGBD é um pacote 
de software para a implementação e manutenção de 
bancos de dados computacionais, julgue o item a 
seguir. 


PostgreSQL e MySQL são exemplos de SGBD que executam em 
ambiente Linux e Windows. 


e Certo 
e Errado 


[0001 0110] Armazenar dados em planilhas é algo 
comum e praticado por pequenas empresas que não 
possuem um sistema informatizado. As planilhas são, 
em sua grande maioria, o primeiro banco de dados das 
empresas. Se houvesse uma maneira de importar essas 
planilhas diretamente para o PostgreSQL, iria facilitar 
muito a vida dos programadores e das empresas. No 
entanto, este é um suporte que o PostgreSQL não 
oferece. 


e Certo 
e Errado 


[0001 0111] É possível criar diversas tabelas em banco 
de dados e, ao criar tabelas, o objetivo passa a ser 
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consultar os registros das tabelas criadas. Com base 
nos conhecimentos sobre consulta, julgue o comando a 
seguir para fazer a consulta do campo nome na tabela 
funcionarios . 
select nome 
to funcionarios 
where id = 123; 
e Certo 
e Errado 


[0001 1000] Considerando que um SGBD é um pacote 
de software para a implementação e manutenção de 
bancos de dados computacionais, julgue o item a 
seguir. 


Considerando-se bases de dados muito grandes, o MySQL é 
mais rápido que o PostgreSQL; entretanto, o PostgreSQL oferece 
uma série de recursos extras que o tornam especializado em 
operações complexas. 


e Certo 
e Errado 


[0001 1001] No PostgreSQL, para a atribuição de 
privilégios para criar uma tabela com restrição de 


r 


chave estrangeira, é necessário possuir, também na 
tabela com a chave referenciada, o privilégio: 


a) REFERENCES 
b) RULE 
c) TRIGGER 


d) GRANT OPTION 
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e) PUBLIC 


[0001 1010] A consulta a seguir está certa ou errada? 


SELECT * 
FROM ESTADOS 
WHERE PAIS ID IN (SELECT * 
FROM PAISES 
WHERE NOME PAIS LIKE 'BRASIL'); 
e Certo 


e Errado 


[0001 1011] Julgue o item a seguir, em relação às 
características do PostgreSQL. 


No PostgreSQL, o arquivo pg hba.conf é o responsável pelo 
controle da autenticação de usuário. 


e Certo 
e Errado 


[0001 1100] Em PostgreSQL, um gatilho ( trigger ) 
pode executar qualquer função definida pelo usuário 
em uma de suas linguagens procedurais Java, C, Perl, 
Python ou TCL, além de por meio da linguagem SQL. 
Em MySQL, gatilhos são ativados por comandos SQL, 
mas não por APIs, já que estas não transmitem 
comandos SQL ao servidor MySQL. 


e Certo 
e Errado 


[0001 1101] A criação da view a seguir está certa ou 
errada? 


create view colecao as (select * from livros where id in (select 1 
ivro id from livraria)); 
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e Certo 
e Errado 


[0001 1110] O PostgreSQL é um sistema de 
gerenciamento de banco de dados objeto relacional 
muito usado, no entanto, ele seria mais utilizado se 
fosse gratuito. Por ser uma tecnologia paga, tem 
dificuldade de se popularizar. 


e Certo 
e Errado 


[0001 1111] O SGBD PostgreSQL possui vários 
operadores que combinam o resultado de duas 
consultas em um único resultado e são denominados 
de operadores de conjuntos. No intuito de usar estes 
operadores, são seguidas as seguintes regras. 


1. As colunas correspondentes nos comandos SELECT devem 
ser do mesmo tipo de dados e o comando SELECT deve ter o 
mesmo número de colunas. 


2. O comando SELECT deve ter o mesmo número de colunas e 
o nome da coluna do primeiro SELECT deve ser usado como 
cabeçalho. 


3. O resultado do operador não possui qualquer linha duplicada, 
a menos que a cláusula ALL seja usada e o nome da coluna 
do primeiro SELECT usado como cabeçalho. 


Assinale: 
a) Se somente a regra 1 estiver correta. 


b) Se somente a regra 2 estiver correta. 
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c) Se somente a regra 3 estiver correta. 
d) Se somente as regras 1 e 2 estiverem corretas. 


e) Se todas as regras estiverem corretas. 


[0010 0000] O operador where de um comando seLECT 
da SQL do SGBD PostgreSQL tem por finalidade: 


a) Indicar a tabela que se deseja consultar. 


b) Retornar as tuplas da segunda consulta que não estão na 
primeira. 


c) Criar uma condição para a consulta. 


d) Gerar uma exception em um comando SQL contido em uma 
consulta. 


e) Confirmar a consulta no SGBD. 


[0010 0001] Com SQL no PostgreSQL, é possível 
retornar dados de duas ou mais colunas através de 
Jorn entre tabelas. 


e Certo 
e Errado 


[0010 0010] O PostgreSQL: 


1. Permite a criação de consultas usando simultaneamente várias 
bases de dados. 


2. Permite a geração de consultas pré-programadas através de 
stored procedures. 


3. Permite o armazenamento de dados binários através do 
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campo tipo BYTEA . 


Assinale a alternativa correta: 

a) Somente as afirmativas 1 e 2 são verdadeiras. 
b) Somente as afirmativas 2 e 3 são verdadeiras. 
c) Somente a afirmativa 1 é verdadeira. 

d) Somente a afirmativa 2 é verdadeira. 


e) Somente a afirmativa 3 é verdadeira. 


[0010 0011] Um DBA criou uma tabela em um Banco 
de Dados usando o seguinte comando: 


CREATE TABLE mec ( 
cidade varchar(80), 
temp baixa int, 
temp alta int, 
nivel precip int, 
data timestamp ); 


Qual alternativa a seguir corresponde ao comando de inserção 
de dados na tabela mec ? 


a) INSERT IN mec(cidade, temp baixa, temp alta, 
nivel precip, data) VALUES ('Brasilia', 20, 34, 0.2, 
'13/09/2015' ); 


b) INSERT ON mec(cidade, temp baixa, temp alta, 
nivel precip, data) VALUES ('Brasilia', 20, 34, 0.2, 
'13/09/2015' ); 


c) INSERT FROM mec(cidade, temp baixa, temp alta, 
nivel precip, data) VALUES ('Brasilia', 20, 34, 0.2, 
'13/09/2015' ); 


d) INSERT OVER mec(cidade, temp baixa, temp alta, 
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nivel precip, data) VALUES ('Brasilia', 20, 34, 0.2, 
'13/09/2015' ); 


e) INSERT INTO mec(cidade, temp baixa, temp alta, 
nivel precip, data) VALUES ('Brasilia', 20, 34, 0.2, 
'13/09/2015' ); 


[0010 0100] Um DBA criou uma tabela em um banco 
de dados utilizando o comando: 


CREATE TABLE OBJETOS( 
NOME varchar(20), 
TIPO varchar(30)); 


Se o DBA tentar criar uma view com o mesmo nome, qual 
mensagem o banco vai retornar? 


a) ERROR: syntax error at or "create" 
b) ERROR: relation "objetos" already exists 
c) ERROR: column “objetos” of relation “objetos” already exists 


d) Não retornará erro e sim apenas uma advertência sobre os 
nomes duplicados. 


e) Não retornará erro e deixará fazer a criação da view. 


[0010 0101] O DBA está com dúvida de qual comando 
usar para fazer update em uma coluna autor da tabela 
livros . Ajude-o informando o comando correto. 


a) UPDATE LIVROS AUTOR = 'VINICIUS CARVALHO! ; 
b) UPDATE LIVROS INTO AUTOR = 'VINICIUS CARVALHO! ; 


c) UPDATE LIVROS OVER 'AUTOR' = 'VINICIUS CARVALHO! : 
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d) UPDATE LIVROS SET AUTOR = 'VINICIUS CARVALHO! ; 


e) UPDATE LIVROS SET AUTOR 'VINICIUS CARVALHO! ; 


[0010 0110] O sistema de gerenciamento de banco de 
dados (SGBD) PostgreSQL é um modelo em código 
aberto que tem como base o modelo de 
desenvolvimento bazar. 


e Certo 
e Errado 


[0010 0111] Com relação a cópias de segurança 
(backups), é correto afirmar que O pg dump , ao ser 
executado, faz a importação do arquivo indicado. 


e Certo 
e Errado 


[0010 1000] A função count() é usada para calcular a 
média entre dois números. 


e Certo 
e Errado 


[0010 1001] A função group by() é utilizada para fazer 
a ordenação de uma consulta realizada. 


e Certo 
e Errado 


[0010 1010] A função having count() é usada para 


agrupar os registros iguais do resultado de uma 
consulta. 
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e Certo 
e Errado 


[0010 1011] Qual o comando responsável por deletar 
uma tabela? 


a) CREATE TABLE... 
b) ALTER TABLE... 

c) UPDATE COLUMN... 
d) DELETE TABLE... 


e) DROP TABLE... 


[0010 1100] Quais tipos de dados a seguir não existem 
no PostgreSQL? 


1. JSON 
2. VARCHAR2 
3. XML 
4. NULL 
Escolha a opção correta: 
a) 1e3. 
b)1e4. 
c)2e4. 
d)3,2e 4. 


e)1e2. 
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[0010 1101] Quais tipos de dados a seguir são válidos 
para o PostgreSQL? 


1. INT 

2. PERSONALIZADO 
3. NUMBER 

4. VARCHAR2 


5. TIMESTAMP 


Escolha a opção correta: 
a)le3. 

b) 1,2e5. 

c)2e4. 

d) 1,2e3. 


e)1,2e4. 


[0010 1110] Na criação de uma tabela, está sendo 
retornando um erro de sintaxe. Qual comando a seguir 
está correto? 


a) CREATE TABLE mytable(f1 number, f2 float, f3 
varchar2(20)); 


b) CREATE TABLE mytable(f1 int, f2 float, f3 


number); 


c) CREATE TABLE mytable(f1 int, f2 float, f3 
varchar2(10)); 


d) CREATE TABLE mytable(f1 int, f2 float, f3 text); 
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[0010 1111] Em bancos de dados, um termo representa 
uma expressão booleana associada a um BD e que 
precisa ser avaliada como TRUE , por todo o tempo. 
Vamos supor um banco de dados de fornecedores e 


peças. 


1. O valor do status de cada fornecedor está no intervalo de 500 
a 900, inclusive. 


2. Se houver peças, uma delas tem de ser amarela. 


3. Dois fornecedores diferentes não têm o mesmo número de 


fornecedor. 
4. Cada fornecedor com negócios no Brasil tem status 700. 
5. Cada remessa envolve um fornecedor existente. 


6. Nenhum fornecedor com status menor que 700 fornece peça 
alguma com uma quantidade maior que 350. 


O exemplo descrito caracteriza o termo denominado de 


restrição de: 

a) Atividade 

b) Integridade 

c) Confiabilidade 

d) Disponibilidade 
[0011 0000] Armazenar dados do tipo JSON, além de 
ser muito esperada, foi uma necessidade muito bem 
recebida pela comunidade de desenvolvedores que 


utilizam PostgreSQL, que passaram a armazenar JSON 
no banco de dados. Com base em seu conhecimento 
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sobre inserção de JSON em tabelas do banco de dados, 


selecione a inserção correta de um campo do tipo 
JSON. 


a) 


insert into produtos(produto codigo, 
produto nome, 
produto valor, 
produto situacao, 
data criacao, 
data atualizacao, 
produto categoria, 
produto estoque) 
values('6234', 
'COCA-COLA', 
6, 
'A!, 
'01/01/2016', 
'01/01/2016", 
'("REFRIGERANTE", 
“LATAS, 
"BEBIDA" , 
"COLA "E", 
'{ "info estoque": 

{ "tem estoque": "SIM", 
"quantidade": 17, 
"ultima compra": "01/01/16" 3 

y 
); 


b) 


insert into produtos(produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao, 
produto_categoria, 
produto_estoque) 
values('6234', 

'COCA-COLA', 

6, 

'A!, 

"01/01/2048", 

'01/01/2016', 
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("REFRIGERANTE", 
"LATA", 
"BEBIDA" , 
"COLA"), 
'{ "info estoque": 
{ "tem estoque": "SIM", 
"quantidade": 17, 
"ultima compra": "01/01/16" 3 
p 
); 


c) 


insert into produtos(produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao, 
produto_categoria, 
produto_estoque) 
values('6234', 
'COCA-COLA', 
6, 
'A', 
'01/01/2016', 
'01/01/2016', 
("REFRIGERANTE", 
"LATA", 
"BEBIDA" , 
"COLA"), 
{ "info estoque": 
{ "tem estoque": "SIM", 
"quantidade": 17, 
"ultima compra": "01/01/16" 3 


); 
d) 


insert into produtos(produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao, 
produto_categoria, 
produto_estoque) 
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values('6234', 
"COCA-COLA", 
6, 
'A!, 
'01/01/2016', 
'01/01/2016', 
("REFRIGERANTE", 
“LATA”, 
"BEBIDA" , 
“COLA "Tr, 
'{ "info estoque": 
{ "tem estoque": "SIM", 
"quantidade": 17, 
"ultima compra": "01/01/16" 3 


); 
e) 


insert into produtos(produto_codigo, 
produto_nome, 
produto_valor, 
produto_situacao, 
data_criacao, 
data_atualizacao, 
produto_categoria, 
produto_estoque) 
values('6234', 
'"COCA-COLA', 
6, 
"Ar, 
'01/01/2016', 
'01/01/2016", 
'("REFRIGERANTE", 
ULATAS, 
"BEBIDA" , 
“COLA”, 
'{ "info_estoque": 

{ "tem_estoque": "SIM", 
"quantidade": 17, 
"ultima compra" "01/01/16" 3 

J 
); 


[0011 0001] PGSQL é uma linguagem procedural 
carregável desenvolvida para o sistema de banco de 
dados PostgreSQL. Como a maioria dos produtos de 
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banco de dados relacional, o PostgreSQL suporta 
funções de agregação. Uma função de agregação 
computa um único resultado para várias linhas de 
entrada. Por exemplo, para calcular a média, deve ser 
usada a seguinte função de agregação: 


a) query 
b) media 
c) med 
d) avg 


e) like 


[0011 0010] Paulo utiliza o pg dump do PostgreSQL 
para fazer cópia de segurança de um banco de dados. 
Normalmente, ele faz cópias de segurança no formato 
tar e usa O pg restore para reconstruir o banco de 
dados, quando necessário. O pg restore pode 
selecionar o que será restaurado, ou mesmo reordenar 
os itens antes de restaurá-los, além de permitir salvar e 
restaurar objetos grandes. Certo dia, Paulo fez uma 
cópia de segurança do banco de dados chamado trt13 
para o arquivo tribunal.tar , incluindo os objetos 
grandes. Paulo utilizou uma instrução que permitiu a 
seleção manual e reordenação de itens arquivados 
durante a restauração. Porém, a ordem relativa de itens 
de dados das tabelas não pôde ser alterada durante o 
processo de restauração. 


Paulo usou, em linha de comando, a instrução: 


a) pg dump -Ec -h trt13 > tribunal.tar 
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b) pg dump -Ft -b trt13 > tribunal.tar 
c) pg. dump -tar -a trt13 > tribunal.tar 
d) pg dump -tar -c trt13 > tribunal.tar 


e) pg dump -Fp -b trt13 > tribunal.tar 
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CaríruLo 11 


GABARITO 


Pergunta 
[0000 0001] 
[0000 0010] 
[0000 0011] 
[0000 0100] 
[0000 0101] 
[0000 0110] 
[0000 0111] 
[0000 1000] 
[0000 1001] 
[0000 1010] 
[0000 1011] 
[0000 1100] 


[0000 1101] 


[0000 1110] 


[0000 1111] 
[0001 0000] 
[0001 0001] 
[0001 0010] 


[0001 0011] 





[0001 0100] 
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Reposta 


Errado 


Errado 
Errado 
A 

B 

D 
Errado 
Certo 


A 


A 
E 


Errado 


Pergunta 
[0001 1010] 
[0001 1011] 
[0001 1100] 
[0001 1101] 
[0001 1110] 
[0001 1111] 


[0010 0000] 





[0010 0001] 
[0010 0010] 
[0010 0011] 
[0010 0100] 
[0010 0101] 


[0010 0110] 


[0010 0111] 


[0010 1000] 
[0010 1001] 
[0010 1010] 
[0010 1011] 
[0010 1100] 


[0010 1101] 


Reposta 
Errado 
Certo 
Certo 
Certo 


Errado 


C 
D 
Certo 


Errado 


Errado 
Errado 
Errado 
E 


C 


[0001 0101] Certo [0010 1110] D 
[0001 0110] Errado [0010 1111] B 
[0001 0111] Errado [0011 0000] A 
[0001 1000] Certo [0011 0001] D 
[0001 1001] A [0011 0010] B 








11.1 PARA PENSAR! 


E aí? Como foi nos exercícios? Espero que tenha ido bem, para 
se sair bem nos próximos concursos de que for participar. A ideia 
foi dar uma noção de como são os exercícios das provas de 
concursos, e também para você colocar um pouco em prática a 
teoria aprendida no decorrer deste livro. 


Se a sua intenção é fazer algum concurso público, existem vários 
sites com perguntas e gabaritos de provas já aplicadas, direcionadas 
para a área de tecnologia da informação. Eu retirei algumas questões 
do site https://www.qconcursos.com Bons estudos! 


Sempre que existe aquela fase bônus no jogo é muito divertido. 
Que tal agora uma fase bônus no próximo capítulo para 
relaxarmos?! Aproveite! 4Bônus 
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CarítuLo 12 


APÊNDICE A — PROFISSÃO 
DBA 


"Falhar é uma opção aqui. Se as coisas não estão dando errado, 
você não está inovando o suficiente”. — Elon Musk 


Como dito, DBA é a abreviatura para Data Base Administrator, 
ou no bom e velho português, Administrador de Banco de Dados. 
Se você é da área, já deve ter ouvido falar. E se você está chegando 
agora, vai ouvir muito sobre DBA e pode até vir a precisar de um. 


Cada vez mais tem sido um profissional mais requisitado no 
mercado de trabalho. Estamos vivendo na era da informação e, em 
meio dessa grande quantidade de dados, os DBAs estão se 
destacando no mercado de trabalho. Ainda são poucos os 
profissionais que se especializam em administração de banco de 
dados e áreas correlacionadas. 


O que faz um DBA? Qual seria o perfil de um DBA? Como se 
tornar um? 


Dia a dia de um DBA 


O DBA é o responsável desde o hardware do servidor do banco 
de dados até a performance do banco de dados. Mas de muitas 
atividades, como principais tarefas de um DBA, temos: 


e Analisar, definir e instalar o hardware do servidor, ou 
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então pela contratação do serviço nas nuvens que fará o 
papel do servidor. 

e Instalar o software do banco de dados e fazer a sua 
manutenção, desde cuidar das atualizações a possíveis 
problemas. 

e Lembra do projeto que fizemos durante o livro? 
Também é uma função do DBA, que é a criação das 
tabelas e outros objetos do banco de dados. 

e Garantir a estabilidade e disponibilidade do banco de 
dados. 

e Fazer backup do banco de dados, cuidar da integridade 
dos backups e, de preferência, que o este seja diário. 

e Fazer o monitoramento diário e manter a performance 
do banco de dados. 


Estas são apenas algumas atividades que um DBA realiza em seu 
cotidiano. Se você quer conhecer mais a fundo sobre a rotina de um 
administrador de banco de dados, nada melhor do que procurar um 
profissional que trabalhe como DBA. 


Costumo dizer que os profissionais de T.I. estão disponíveis nas 
redes sociais. Busque por DBAs no LinkedIn ou em grupos do 
Facebook, e tire suas dúvidas. Tenho certeza de que você encontrará 
alguém para tirar suas dúvidas. 


Perfil do DBA 


Muitas vezes, você pode até gostar de fazer uma determinada 
atividade. No entanto, pode descobrir que não possui o perfil para 
trabalhar com aquela atividade em seu dia a dia. Toda profissão tem 
seus desafios, mas cada uma exige um perfil com características 
específicas. 


As três características que acho essenciais para o profissional 
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que vai trabalhar administrando banco de dados são: 


e Alta capacidade de concentração: pois o se o banco de 
dados parar, todos cobrarão o DBA. E neste momento 
será necessário possuir uma alta capacidade de 
concentração para desenvolver uma solução para o 
problema que estiver enfrentando. 

e Gostar de estudar: acredito que, se você está na área da 
computação e não gosta de estudar, talvez está não seja 
sua área. A tecnologia de hoje provavelmente amanhã 
já estará ultrapassada. Não pare de estudar e se 
aperfeiçoar nunca. 

e Responder rapidamente sob pressão: o banco de 
dados caiu! Você é o DBA responsável por ele. Você 
deve tomar uma atitude o mais rápido possível para 
minimizar os prejuízos. Está é, na minha opinião, a 
característica que determinará se você vai gostar de 
trabalhar como DBA. 


Ninguém nasce dominando essas três características. Você pode 
desenvolvê-las a cada dia. Apenas você deve estar predisposto a 
desenvolvê-las. 


Como se tornar um DBA 


Estude, estude e, depois, pratique e pratique. Comece 
dominando os comandos SQL , que em sua maioria, são comuns 
aos bancos de dados relacionais. Pesquise os bancos de dados 
existentes e as características de cada um. Algum SGBD pode lhe 
atrair mais do que outros. 


Se você escolher focar em um banco de dados, busque por 
certificações. São exames que alguma instituição é autorizada a 
aplicar e atestará que você domina a tecnologia. Busque por livros, 
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artigos, sites especializados, entre tantas outras fontes que você pode 
procurar na internet. 


Depois que tiver dominando um banco de dados e todas as 
atividades inerentes ao papel de DBA, você estará apto a trabalhar 
como Administrador de Banco de Dados. 


12.1 COMANDOS BÁSICOS E ÚTEIS 


É sempre muito útil você ter na mão alguns comuns que são 
usados no dia a dia. Aqui estão alguns poucos, mas que são muito 
úteis e que, com certeza, serão utilizados frequentemente. 


Comando Descrição 
1? Obtém a lista completa de comando psql, incluindo os que não estão 
listados aqui 
\h Obtém ajudar sobre comandos SQL 
\q Sair do terminar psql 
\d Lista as tabelas, views e sequences da base de dados 
\du Listas os perfis disponiveis 
\dp Lista os privilégios de acesso 
\dt Lista as tabelas 
NU Lista todas as bases de dados 
te cá ae va vao diferente. Deve-se colocar o nome do 
Xpassword Para alterar a senha do usuário conectado 
iconinfo Obtém informação sobre o banco de dados conectado e sobre a 


conexao 


12.2 TRABALHANDO COM PGADMIN 


Até agora, trabalhamos em nosso projeto somente usando o 
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console do banco de dados e linha de comando para realizar todas 
as tarefas. Fizemos tudo na "unha"! Mas existe uma outra forma de 
manipular os dados, por uma ferramenta visual. Ela possibilita fazer 
tudo o que fizemos até agora, só que de uma maneira mais simples. 


Umas das ferramentas mais utilizadas para trabalhar com o 
PostgreSQL é o pgAdmin. É uma ferramenta open source que tem 
suporte para Windows, Linux e Mac OS. Vocé pode baixá-la em 
https: //www.pgadmin.org/, e lá escolher a versão para o seu sistema 
operacional. 


Após baixar e instalar, ao abrir pela primeira vez, o pgAdmin vai 
identificar os servidores do PostgreSQL que estáo executando em 
sua máquina e solicitar a senha que vocé criou para o seu servidor. 
Desde o começo do nosso projeto, a minha senha é senha . E se 
vocé náo alterou a sua, entáo também será. Na figura a seguir 
mostra onde vocé vai inserir a sua senha. 


Connect to Server x I 
1 
i 


Please enter the password for the user 'postgres' to connect the server - 
"PostgreSQL 9.6" 





Password | enero] | | 


[] Save Password 


GOES 


Figura 12.1: Informando a senha para se conectar ao servidor 


Após estar conectado, a página inicial do pgAdmin apresenta 
algumas informacóes estatística do banco de dados, as quais vocé 
pode conhecer mais no site da ferramenta, e do lado esquerdo 
encontrará a estrutura dos bancos que seu servidor possui. 
Conforme vamos expandindo os itens, conseguimos visualizar os 
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objetos do nosso banco de dados. 
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Figura 12.2: Tela inicial do pgAdmin 


Executamos todos os nossos códigos até agora no console do 
PostgreSQL, e agora com pgAdmin os comandos podem ser 
executados na ferramenta através da Query Tool. Ela pode ser 
acessada por meio do Menu > Tools > Query Tool , conforme 
mostra a figura a seguir. 
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P pgådmin 4 


File ~ Object » Tools + Help + 


tá Browser d7 Query Tool 


3- B servers (1) 
a-p PostgreSQL 9.6 
E B Databases (1) 


S- (3 postgres 
$ Casts 
H- Catalogs E Import/Export 
1-4 Event Triggers # Maintenance 
+} %> Extensions B Backup 


G 7a) Foreign Data Wrappers 
E La] Languages 
a $ Schemas (1) 

E O public 


EYE Collations 





Figura 12.3: Área para executar os comandos 


Ao acessar a Query Tool, abrirá um espaço no qual podemos 
escrever os comandos e mandar executar, conforme mostra a figura 
seguinte. Nela escrevi o comando o select , que vai retornar os 
registros da tabela funcionarios . 





o: 





CDcucaDous 








Figura 12.4: Fazer consulta na ferramenta 
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Observe que o resultado da consulta foi exibido na parte abaixo 
do espaço onde os comandos serão inseridos. Tudo que fizemos via 
console podemos fazer aqui na ferramenta. Então, é possível 
criarmos um banco de dados e uma tabela por ela. 


Para criar um banco de dados, selecione do lado esquerdo 
Databases e, em seguida, vamos até a opção do menu Object > 
Create > Database. 


p pgådmin 4 






tá Browser 

&- B servers (3) 

Er MP PostgreSQL 9.6 
=» [=] Databases (1) 


+ O postgres select * from funcionarios; 
y 88 Login/Group Roles 
E, Tablespaces 


Figura 12.5: Criando um novo banco de dados pela ferramenta 


Isso abrirá uma tela de configurações do banco de dados. Vamos 
inserir o nome do novo banco de dados banco2 no campo 
Database , e clicar no botão Save . 
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E Create - Database 









General Definition Security Parameters SQL 














Database | banco? | 
Owner | A postgres v | 
Comment 





Figura 12.6: Inserindo o nome do novo banco 


Após salvar a criação do novo banco, podemos visualizá-lo na 
lista dos objetos do servidor. 
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Blocking PIDs 





Figura 12.7: Criando um novo banco de dados pela ferramenta 


Agora, utilizando o novo banco de dados criado, criaremos uma 
tabela através da ferramenta. Podemos escrever o código no espaço 
através da Query Tool, mas isso já sabemos fazer, por isso vamos 
criar a nova tabela pela ferramenta. 


Na lista do lado esquerdo, navegue até Tables e, com o botão 
direito do mouse, clique em Create > Table . Uma tela aparecerá 
para nos auxiliar nessa criação. 
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p pgådmin 4 





dá Browser 6 Dashboard © Properties [SQL WS 


E MP PostgreSQL 9.6 
Zj B Databases (2) 
E B banco2 
E Uh Casts 
E $ Catalogs 
ip Event Triggers 
E Extensions 
T Foreign Data Wrappers 


E- 


F 


La) Languages 
$ Schemas (1) 
= É public 
E WE Collations 
H- (y Domains 
-g FTS Configurations 
H- M FTS Dictionaries 
G FTS Parsers 
H-E FTS Templates 
E IÈ Foreign Tables 
3- Functions 
)- [E] Materialized Views 
> $ Sequences 


HI Tables 


CE 


+ 


+ 


! 





EEE 





E ¡ R 
(E views & Grant Wizard... 


H: (Di post 
LS 4 postgres 4 Query Tool.. 
Eb &a Login/Group Roles 4 


6- Tablespaces call 





Figura 12.8: Criando tabela pela ferramenta 


Primeiro, vamos informar o nome da tabela na aba General. À 
nossa nova tabela vai se chamar tabela produto. 
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Name tabela produto 

Owner 8 posgres e 
Schema Q ruo = 
Tablespace pa Seta - 








Figura 12.9: Nomeando a nova tabela 


Na sequência na aba Columns , vamos inserir as suas colunas. 
Em vez de escrever qual a configuração de cada coluna, da maneira 
que fazemos quando escrevemos o comando, agora selecionaremos 
o tipo de cada coluna, o tamanho (se for necessário), se poderá ser 
nula e se o campo é uma chave primaria. Então, faremos a adição 
dos campos pelo botão com o sinal +, no canto superior direito. 
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Figura 12.10: Inserindo colunas na nova tabela 
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Inserindo as colunas, passamos para a aba Constraints 
Como a coluna id será uma chave primária, ela já vai aparecer na 
listagem. Precisamos apenas nomeá-la, conforme a próxima figura. 


MW pgidmns = o x 


J serves 
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GŒ G pk ibea produto “a 





Figura 12.11: Constraint na nova tabela 


Após fazer as configurações das tabelas, vamos até a aba SQL. 
Lá visualizaremos o código para criação da tabela que será aplicado 
no banco de dados. Na sequência, basta clicar no botão Save , que 
a tabela será criada. 









PRIMARY FET (19) 
) 
wI | 
DS = FALSE 
) 
TANLESPACE pq defauls; 


ALTER TABLE publio.tahels pradar 
ONER to 





postgres; 


Figura 12.12: SQL gerado pela ferramenta 
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Muito simples, não é mesmo!? Esta ferramenta facilita bastante a 
nossa vida. Depois que você já conhece os comandos, não precisa 
ficar escrevendo eles na mão. Dependendo do cenário que você 
estiver trabalhando, até necessite utilizar o console do SGBD. Mas 
em outras ocasiões, poderá usar uma ferramenta visual como o 
pgAdmin. 


Para melhor aprendizado, foi interessante ter trabalhado até 
agora somente com o console do PostgreSQL, pois é uma forma de 
entendermos e fixarmos bem todos os comandos aprendidos. Agora 
que os conhecemos bem, podemos migrar para o pgAdmin, já que 
ele nos dará mais produtividade durante o dia a dia. 


Há quem prefira trabalhar apenas pelo console. Fica a seu 
critério. Dependendo do cenário em que você estiver trabalhando, 
poderá trabalhar tanto pelo console quanto pela ferramenta visual. 


12.3 PARA PENSAR E AGRADECER! 


E aí, ficou com vontade de se tornar um DBA? É uma excelente 
e promissora carreira. Você tem a possibilidade de se aperfeiçoar em 
diversos bancos, ou se aprofundar em apenas um. Se quer conhecer 
outros gerenciadores de banco de dados, procure os outros livros da 
Casa do Código. Tem sobre Oracle "SQL: Uma abordagem para 
bancos de dados Oracle" e "PL/SQL: Domine a linguagem do banco 
de dados Oracle”, MySQL (o meu primeiro livro) "MySQL: Comece 
com o principal banco de dados open source do mercado" e NoSQL 
"NoSQL: Como armazenar os dados de uma aplicação moderna”. 


Outra dica é procurar certificações focadas em determinados 
banco de dados. Elas são muito bem conceituadas no mercado de 
trabalho. Vale muito a pena. 


Muito obrigado por chegar até aqui. Espero que tenha gostado 
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do conteúdo do livro e que utilize em seu dia a dia. Qualquer dúvida 
ou dica, pode me adicionar nas redes sociais. Terei o prazer em lhe 
ajudar. 


Nunca pare de estudar e se aperfeiçoar. Isso que vai lhe 
diferenciar no mercado de trabalho. Ótimos estudos! 


"Keep Coding” — Vinícius Carvalho 
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